问题标签 [standards]
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.
c# - 对于开发 C# 编码标准/最佳实践文档有什么建议吗?
我是一名刚毕业的 AI 毕业生(大约 2 年),正在为一个适度的操作工作。我(主要是因为我是该部门的第一个“采用者”)创建了一个基本的(读起来有用吗?)C# 编码标准文档。
我想我应该解释一下,我可能是最初级的软件工程师,但我很期待这项任务,因为希望我实际上能够生产出一半可用的东西。我在 Internet 上进行了相当广泛的搜索,并阅读了有关编码标准文档应该/不应该包含什么的文章。这似乎是一个很好的地方,可以征求一些建议。
我意识到我可能会打开一扇通往全世界关于“最好的做事方式”的分歧的大门。我理解并尊重一个不可否认的事实,即每个程序员都有解决每个单独任务的首选方法,因此我不想写任何如此严厉的禁止性来扼杀个人天赋,而是试图获得一个通用的方法并同意标准(例如命名约定),以帮助使个人代码更具可读性。
所以这里......有什么建议吗?有吗?
database - 数据库字段的标准长度列表
我正在设计一个数据库表,并再次问自己同样愚蠢的问题:名字字段应该多长?
有没有人列出最常见字段的合理长度,例如名字、姓氏和电子邮件地址?
c++ - 与 stdbool.h C++ 接口
在一个项目中,我在 C++ 和使用 stdbool.h 的 C 库之间进行接口定义。
一些结构有bool
成员。因此,如果我将这些结构之一定义为 C++ 函数中的局部变量并将其传递给 C 函数,则 C++ 和 C 之间的大小不一致,因为 bool 在 C++ 中是一个再见,在 C 中是 4。
有没有人对如何在不诉诸我目前的解决方案的情况下克服这个问题有任何建议
这违反了stdbool.h的 C99 标准
xml - 轻量级富文本 XML 格式?
我正在编写一个基本的文字处理应用程序,并试图解决一种原生的“内部”格式,我的代码解析这种格式以便呈现到屏幕上。我希望这是 XML,以便将来我可以编写 XSLT 将其转换为 ODF 或 XHTML 或其他任何内容。
在搜索要使用的现有标准时,唯一看起来很有希望的是 ODF。但这对于我需要的东西来说似乎是巨大的矫枉过正。我需要的只是段落标签、字体选择、字体大小和装饰……差不多就是这样。即使是最小的 ODF 渲染器也需要很长时间才能实现,而且我不确定这是否值得。
现在我正在考虑制作自己的 XML 格式,但这并不是一个很好的做法。最好使用标准,特别是从那时起,我可能会找到我将来可能需要的 XSLT 已经编写好了。
还是我应该硬着头皮实施ODF?
编辑:关于答案
我以前知道 XSL-FO,但由于规范的重要性并没有真正考虑它。但你是对的,一个子集会给我工作所需的一切和成长的空间。非常感谢提醒。
另外,通过包含 FOP 或 RenderX 等渲染库,我可以免费生成 PDF。不错...
html - 目前在所有支持 Favicon 的浏览器中显示 favicon 的最佳方式是什么?
目前在所有支持它的浏览器中显示图标的最佳方法是什么?
请包括:
哪些浏览器支持哪些图像格式。
各种浏览器在哪些地方需要哪些行。
internet-explorer-6 - IE6 和 XML 序言
使用类似的 XML 序言
和一个像
我可以让我的页面按预期呈现。但是,在 IE7 中,同一页面无法正确呈现。(div 内的 span 不垂直对齐) 网络上的文章建议 XML prolog + doctype 会将 IE6 扔到 quirks 模式。然而,这篇文章似乎另有暗示,尽管它没有提到它适用的版本(是 6 还是 7),尽管这篇文章的日期是 2005 年 9 月,这让我相信它适用于 IE6
XML Prolog + doc 类型是否会将 IE6 置于怪异模式?IE7呢?有什么建议支持或反对使用 prolog + doctype?
standards - 什么时候应该使用项目引用而不是二进制引用?
我公司有一个通用代码库,其中包含许多类库项目以及支持测试项目。每个类库项目都输出一个二进制文件,例如 Company.Common.Serialization.dll。由于我们拥有已编译、经过测试的二进制文件以及源代码,因此对于我们的消费应用程序是否应该使用二进制文件或项目引用存在争议。
支持项目引用的一些论据:
- 项目引用将允许用户调试和查看所有解决方案代码,而无需加载其他项目/解决方案的开销。
- 项目参考将有助于跟上提交给源代码控制系统的常见组件更改,因为如果没有活动的解决方案,更改将很容易识别。
一些支持二进制引用的论点:
- 二进制引用将简化解决方案并缩短解决方案加载时间。
- 二进制引用将允许开发人员专注于新代码,而不是可能被已经烘焙并证明稳定的代码分散注意力。
- 二进制引用将迫使我们适当地对我们的东西进行狗粮,就像我们将使用公共库一样,就像我们组织外部的人需要做的那样。
- 由于无法调试(单步执行)二进制引用,因此将被迫通过扩展现有测试项目来复制和修复问题,而不是仅在使用应用程序的上下文中进行测试和修复。
- 二进制引用将确保类库项目的并发开发不会对消费应用程序产生影响,因为将引用二进制的稳定版本而不是流入版本。如有必要,是否合并组件的更新版本将由项目负责人决定。
在使用项目或二进制引用时,您的政策/偏好是什么?
c++ - 停止系统进入“待机”
standby
如何在我的应用程序运行时停止主机进入模式?
有没有win32 api
要求这样做?
user-interface - 关于禁用或隐藏菜单项的规则
您是否曾经遇到过您真的很想使用但不能导致它被禁用或更糟糕的菜单功能一起消失的情况?
有一个论点是始终启用菜单,然后向用户显示一条消息,解释为什么当他们单击菜单功能时无法激活它。我认为这有好处,但也许有更聪明的方法来解决这个问题。
我很想听听其他人的想法。
c++ - 在哪里可以找到当前的 C 或 C++ 标准文档?
对于许多问题,答案似乎可以在“标准”中找到。但是,我们在哪里可以找到呢?最好是在线的。
谷歌搜索有时会让人感到徒劳,尤其是对于 C 标准,因为它们被编程论坛上的大量讨论淹没了。
为了开始这个,因为这些是我现在正在搜索的,哪里有好的在线资源:
- C89
- C99
- C11
- C++98
- C++03
- C++11
- C++14
- C++17