问题标签 [standards]

我最近将我的 IDE 更改为来自 MSVC++ 6 的 MS Visual Studio 2005，并且收到了很多弃用警告。我没有忽略警告，而是开始将它们更改为 _s 等效项。但是，我后来发现这些只是微软的实现。

我在某处读到他们正在推动这些成为标准的一部分。是吗？

使用这些 _s 函数是个好主意吗？还是我应该使用其他东西？

谢谢。

白天，我是一名前端 Web 开发人员，但在空闲时间，我会涉足其他语言，例如 C、Objective-C、Python 等。当我第一次接触 Web 开发时，Web 应用程序的想法才刚刚起步。

从那以后出现了两个惊人的框架，SproutIt 的 SproutCore 和 280 North 的 Cappuccino (+Objective-J)。Apple 正在将 SproutCore 用于其 MobileMe 应用程序，并且 280 North 发布了 280 Slides。这两个应用程序都很棒，它们证明了网络上的可能性。因此，势头正在转变。Web 应用程序开始看起来和行为类似于桌面应用程序。

所以我的问题是：基于 Web 的应用程序是否应该遵循 Web 标准、标记（内容）、表示（设计）和行为（功能）的分离？

我不确定 SproutCore，因为我没有查看源代码，但我知道如果你去 280slides.com 并关闭 JavaScript，一切基本上都会消失。你留下了一些无意义的话。

让我澄清一下，我知道基于 Web 的应用程序（例如 280 Slides）是为了启用 JavaScript 而不是没有它就可以正常工作，但在我的日常工作中，我的主要重点是编写干净的标记，分离内容、演示和行为，以便我们的网站和应用程序可以被尽可能多的人使用。

Saludos a todos en stackoverflow.com！

所以...我是一个 C++ 新手，目前正在研究数据结构，我想和你们咨询一些事情：

自从我开始学习系统工程以来，我一直在为我的所有编程项目使用最新版本的 Dev-C++。到目前为止它做得很好，但它有一个致命的缺陷......试图在其中调试你的代码它只是......非常痛苦！每次激活调试模式时，您都必须交叉手指并希望它不会在您正在观看的变量甚至发生变化之前崩溃。

然后，我想使用 Microsoft 的 Visual-C++，因为它也是免费的；但是，我问了我的老师并告诉我不要在课程中使用它，因为它不是标准的（其中编译的程序仅适用于 Windows）；我们需要编写可以在 Windows 和 Linux 环境中编译的代码，并且一旦在任何环境中编译，就能够在两种环境中使用该应用程序。

所以人们，我希望你给我建议：那里的 C++ 编译软件具有强大和/或稳定的调试模式，实现标准编译器（顺便说一下，它是否称为 g++？？），并且希望它是免费的？ ??

感谢您的关注。Gracias y hasta luego ^_^（顺便说一句，第一次发帖快乐！！！^o^）

我知道现代浏览器一般有两种渲染模式：标准模式和怪癖模式。浏览器检测标题 DocType。

问题是如何在运行时检测当前页面的渲染模式。是否有任何 Firebug 工具可以做到这一点？

我有一个 GUI 应用程序，我在其中使用 Process 类生成一个控制台应用程序。

现在我有一个问题，虽然它异步读取控制台输出，但它似乎只有在内部缓冲区充满一定量时才会触发事件。我希望它显示数据。如果缓冲区中有 10 个字节，则让它显示这 10 个字节。我的程序在内部实现了 sleep() 调用，所以我需要打印数据直到它进入睡眠状态。

我该怎么做？

==============

如前所述，输出是行缓冲的，我在代码中尝试了以下更改

我在里面写了

所以我认为它现在监控每一行何时被写入并打印它对吗？这也没有用。那里有什么问题吗？

main我在 C++（或 C）程序中声明函数的方式有关系吗？

在几乎所有具有菜单栏的应用程序中，有些项目后面有一个省略号 (...)，有些则没有。是否有一个众所周知的约定什么时候把省略号放在那里，什么时候不放？你什么时候做？你做吗？

我查看了各种 Windows 应用程序，这就是我的想法：

• 省略

  • 打开需要用户输入才能执行某项操作的表单的菜单项（替换、转到、字体）

• 没有省略号

  • 只是做某事的菜单项（剪切、粘贴、退出、保存）
  • 打开不需要用户输入的表单的菜单项（关于，检查更新）

但是似乎总是有不遵循此规则的菜单项。例如，Visual Studio 中的帮助项（我如何、搜索、索引）和查找和替换（快速查找、在文件中查找、查找符号）。

因此，在考虑了更多之后，我现在认为这可能是事情：

• 省略

  • 肯定会打开模式窗口的菜单项。

• 没有省略号

  • 打开非模式窗口的菜单项。
  • 不打开任何窗口的菜单项。
  • 很可能不会打开模式窗口的菜单项（如保存，如果您之前没有保存过或类似的东西，它会打开一个模式窗口，否则不要）

你们有什么感想？

是否有处理堆栈溢出的定义行为？

除了终止进程之外，似乎没有很多事情可以做。我只是想知道是否有人可能知道 C 标准对此有何评论。

在某些版本的 UNIX 和 Linux 中，有一个横幅命令（通常是 /usr/bin/banner）可以打印出如下所示的出色输出：

在其他版本中，banner 命令（通常是 /usr/games/banner）会打印一个巨大的横幅，就像您在 1980 年使用 Printshop 制作的那样，适合在生日聚会等场合使用。

我倾向于喜欢在我的脚本中使用横幅，但由于这个问题，它本质上是不可移植的。“横幅”是 UNIX 的一部分，为什么不是 POSIX 标准的一部分？这是 BSD 与 SysV 的一些区别，但为什么还没有解决？

我知道有 figlet 可以复制我喜欢的横幅。但是我对这个命令的问题是可移植性。横幅应该是 UNIX 的一部分，恕我直言，即使它们需要以不同的名称包含两个版本（尽管理想情况下，行为应该合并到一个命令中，并带有所需输出的选项）。

如果我使用横幅，在脚本的可移植性方面我只是运气不好？

对于我的一个项目，我正在从头开始编写一些 STL 容器（我有我的理由）。由于我如此密切地模仿 STL 的功能和接口，我正在尽我最大的努力遵守“如果它与标准构造具有相同名称，它将尽可能地符合标准”的策略。

所以，当然，我的容器将分配器作为模板参数，这非常好，因为它允许一些自定义分配方案。关于我的问题。

该std::allocator接口将内存分配与对象构造分开。同样，它将释放与销毁分开。这是有道理的，因为从哪里获取内存与在 c++ 中正确构造对象或多或少无关。

因此，对于默认实现，有两个构造/释放函数看起来像这样（直接从书中提取）：

如您所见，construct 只是调用placement new，而destroy 只是调用析构函数。

是否有任何理由使用这些而不是仅使用放置新和析构函数语法？“正确”的分配器可以以另一种方式实现这些吗？还是我保证所有符合标准的分配器实现都会以这种方式实现构造/销毁方法？

更重要的是，可以肯定地说我总是可以使用std::uninitialized_copyandstd::uninitialized_fill来构造容器的元素吗？

谢谢。