问题标签 [design-guidelines]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
react-native - 将 Google 支付按钮和 Apple 支付按钮集成到 react-native 应用程序中
我一直在到处寻找如何集成 Apple ( PkPaymentButton ) 和 Google Pay ( https://developers.google.com/pay/api/web/guides/brand-guidelines#payment-buttons )提供的原生资产编写我自己的本机模块。
我发现这两个包含在react-native-GPay库和react-native-payment库(PKPaymentButton的接口)中。问题是,我已经在使用另一个库来处理 Apple pay 和 Google pay ( tipsi-stripe ),它不提供原生按钮的接口,我不想包含这两个库只是为了使用它们的原生按钮实现.
我也想尊重苹果/谷歌品牌设计指南。它们非常具体: -请勿创建您自己的 Google Pay 按钮或以任何方式更改按钮内的字体、颜色、按钮半径或填充。-不要创建自己的 Apple Pay 按钮设计或试图模仿系统提供的按钮设计。
在我所见的任何地方,似乎人们提供有关如何在 react-native 应用程序中实现 googlepay/apple pay 的教程并不关心品牌指南(他们使用简单的 TouchableOpacity 和一些文本,触发支付界面)我不能找不到任何仅实现按钮 UI 的 react-native 模块
也许我遗漏了一些非常明显的东西(这是我第一次实现这些功能),但是是否有任何 react-native 模块只为原生按钮资产提供接口,而不实现整个支付库?创建一个可以做到这一点的 react-native 模块是否有用?
c# - 为什么在自定义异常中有公共构造函数
似乎 Microsoft 用于创建自定义异常的指南规定至少应该有 3 个公共构造函数:空构造函数,一个接受消息的构造函数,一个接受消息和内部异常的构造函数。我的问题是为什么我们需要公共构造函数?如果我正在设计一个抛出一些自定义异常(例如,SomethingNotFoundException 等)的框架,那么我希望框架用户能够捕获我的异常并处理它们,而不是抛出它们,因为框架本身中的 API 会抛出它们。那么为什么不将构造函数作为内部构造函数,并且只公开用户需要处理这些异常的公共属性呢?
vue.js - vue.js 应用程序中的更好样式或外包给嵌入它的站点?
我正在构建我的第一个 vue.js 应用程序,我想在决定设计方法方面获得一些帮助。这个应用程序将嵌入到网站的页面中 - 使用 Drupal 8 构建。应用程序和网站都将使用 bootstrap 4 作为基本框架,我们将使用 sass 来设置样式。
这是一个非常简单的应用程序:一个多步表单,对上述站点进行了一些 ajax 调用。无论如何,它有一些组件 - 每个步骤一个,一些更复杂的输入,一个显示 ajax 调用结果的侧边栏等等。
我需要决定这个应用程序样式的“指南”,我想获得一些帮助\洞察什么解决方案更好。
一方面,我可以将样式放入应用程序本身;另一方面,我可以将所有样式留给网站上的现有样式。
据我所知,第一种方法的好处是使用每个模块的范围,因此具有更好的“模块化”。但是,将样式全部放在站点内可以避免代码重复 - 简单示例:自定义颜色变量。
就个人而言,我现在看不到其他差异。
我还没有找到有关建议的方法和利弊的材料。
可以建议我哪种方法最好?谢谢你。
python - 为 python CLI 存储软件版本的好方法是什么?(- 版本)
使用参数的 Python CLI 应用程序显示版本--version
。存储该信息的正确方法是什么?Argparse 对此有一个论据
但我不相信这是正确的方法。我正在考虑将版本存储在一个文件中,以便它可以由构建管道维护,但它应该受到保护,以便用户无法修改它。
http - 充当中间人时的状态码指南
您好,我想了解我作为服务器是否充当客户端和另一台服务器之间的中间人,当我对另一台服务器的任何请求失败时,我应该向客户端返回什么?
目前我正在向客户端发送一个通用500
消息,其中包含另一台服务器的原始消息:
其他服务器消息: 401: Something
我的服务器消息:500: Other server: 401 Something
可以吗,或者中间人应该怎么做?
ios - iOS中非消耗性IAP的组合购买/恢复按钮?
我的问题不是关于编程部分,而是关于 IAP 的 UI 最佳实践。
情况:我的应用有一个 IAP(“无限制版本”),其中有一个“购买”按钮,购买时该按钮将显示为非活动状态并将文本更改为“已激活”。如果重新安装,“购买”按钮将直接恢复,这让我的应用程序被拒绝,因为“指南 3.1.1 - 业务 - 支付 - 应用内购买”最后说,自动恢复不符合和需要显示“恢复”按钮。
所以我在进入显示“购买”按钮的设置页面时添加了对以前购买的检查,然后将按钮文本从“购买”更改为“恢复”。然而,这不是立即的(取决于连接),所以这个版本也被拒绝了。
目标:为了获得无缝的用户体验,我不想在单个 IAP 行中同时显示“购买”和“恢复”按钮。另一方面,如果在应用启动时检查以前的购买,这可能会引发 AppStore 登录请求(然后与用户操作无关),这也很尴尬。
问题:有没有人体验过显示“购买/恢复”的按钮是否会被 AppStore Review 接受?或者你通常如何定位恢复按钮?我知道,对于具有多个 IAP 的应用程序来说,有一个恢复按钮是有意义的,但在我的情况下,它看起来不正确,因为用户必须知道/决定他是否已经购买了 IAP(这完全没有必要)。
感谢您的任何建议。
python - 什么时候可以在“__init__()”之外声明实例属性?
我将首先描述我目前面临的困境。我有一堂课(我们称之为NeatClass
)。它有几个实例属性,我像往常一样在类的__init__()
方法中声明所有这些属性。我正在向类添加一个新方法(我们称之为util_method()
),它需要在调用之间保持内部状态。我的意图是将该状态存储在实例属性中(我们称之为self._util_attr
)。
现在,根据“通常的准则”,我应该self._util_attr
在里面声明NeatClass.__init__()
:
我知道在内部声明实例属性__init__()
应该增加代码的可读性(参见这个和这个SO 问题)——我完全同意。但是,在我的用例中,这样做可能会产生相反的效果。原因如下:
- 在我的课堂上,只
util_method()
应该使用self._util_attr
. - 虽然我想
util_method
成为我班级 API 的一部分,但它只会在极少数情况下使用(大多数情况下NeatClass
根本不会使用此方法)。 - 我
mypy
用来输入提示我的代码。在对 的调用期间NeatClass.__init__()
,类型self._util_attr
未知(因此是注释# type: ignore
)。由于这个问题范围之外的原因,我不能使用Union
或类似的东西来类型提示这个变量。
所以,我真正想做的是:
但是,我希望我的代码同时遵循PEP8和Google Python Style Guide。因此,我在这两个指南中搜索了对在外部声明实例属性是可以接受的情况的引用__init__()
。正如你可能想象的那样,我什么也没找到。事实上,我根本没有找到任何关于“在内部声明实例属性__init__()
”的内容,这着实令人惊讶。这导致我们提出我的问题:
Python 的通用样式指南(尤其是 PEP8 和 Google 的)中是否存在可以在外部声明实例属性的情况__init__()__
?
指向在这些准则中指定实例属性仅应在内部声明的位置的指针__init__()
也将受到赞赏。此外,欢迎就如何重构我的代码提出建议。
请注意,我不是在寻找意见(这反过来会违反 StackOverflow 的指南)。我只是在寻找解决我描述的情况的 Python 最常见样式指南部分的参考。我也不认为这个问题是重复的——我已经阅读了其他几个关于这个主题的 SO 问题,但似乎没有一个问题与我在这里问的问题相同。
感谢您的时间!
ios - iOS 标头设计指南
客户端需要应用主屏幕导航栏上的总共 7 个操作按钮。加上点击这些按钮时的更多操作按钮。以及另外 5 个标签栏菜单。批准该设计是否有任何风险?这种设计能获得批准吗?
这里提到我们不应该用太多的图标挤满导航栏。但是我们不能拥有有必要吗?
google-play - 为了遵守 App Store 指南,我是否需要为涉及聊天的应用添加“阻止用户”等功能?
我即将发布一个涉及用户之间一对一对话的应用程序。这是否被认为是用户生成的内容并且必须符合 EULA 政策?
感谢您的帮助!