问题标签 [choice]

我需要向共享点添加一个选择字段，该字段的值取决于当前选择。

例子：

如果当前选择是打开，那么选项必须是“打开的，并且正在进行中

...

这样我就强迫用户遵循一些特定的流程

您建议我将哪个 GWT 库用于项目？有人可以告诉我各种库（SmartGWT、Ext-GWT、GWT-Ext 等）的优缺点总结。是否有一个基本上“每个人”都可以使用的最佳全能库，或者是否有一些库比其他库更适合特定应用程序？谢谢！

可能重复： 最佳 GWT 小部件库？

我正在开发一个投票应用程序，其中将向用户展示一个问题和多项选择。在典型的 HTML 世界中，此界面的选择将是单选框/复选框。对于类似的行为，我会在 iPhone SDK 中使用哪种视图？

有没有我可以参考的示例应用程序？

谢谢，艾米

三年多一点前，我编写了一个 Access 数据库，用于我们的银行账户和预算。从那以后我就一直使用它并喜欢它，因为它做了几件其他事情都做不到的很棒的事情。出于几个原因，我决定将它写成一个独立的程序。我会让一些家人和朋友使用它，稍后，在对它进行一定程度的调整之后，也许会尝试将它推销一下。我不希望超过 Quicken，但谁知道呢，也许它会变成什么东西。

据我所知，可能需要首先确定语言。所以我在这里询问并寻求帮助以找到合适的使用。以下是我的考虑：

A) 我肯定想要一个外观漂亮的 GUI。没有任何“Windows”外观。

B) 易于分发和安装的包装当然是非常重要的。仅限 Windows 很好。

C) 我的培训/经验水平：一些简单的 VBA（Access db 中的内容），最近学习了非 GUI C++ 课程，如果我学习 Java，本学期可以参加 Java 入门课程。

D) 我曾认为我会使用 SQL 数据库后端（我说的对吗？）作为数据的位置，因为我有 Access db 用于对其进行建模，而且我熟悉小 SQL。

E) 我知道如果我想最终能够销售该程序，我需要注意图书馆的许可证。

F) 现在，可以肯定的是，我对任何基于 Web 的功能或在浏览器中运行都不感兴趣。

总而言之，我是一个愿意，勉强够聪明，够勉强，新手，有一些经验和培训，想把他的 Access db 写成一个真正的程序，也许有一天会卖掉它. 我应该使用什么语言？

我想我也应该问一下，我是否似乎遗漏了一些重要的东西？非常感谢。

*我知道有些人会就我是否应该尝试出售它（甚至可以）给我建议，但这不是我在这里的原因，所以请不要。

非 RESTful 的 AJAX 调用应该是：

1. 放入最适合其功能/视图的控制器，或
2. 捆绑在一起成为他们自己独立的“Ajax”控制器？

我一直在做1，但我刚刚读过这篇（2725 diggs）文章
http://zygote.egg-co.com/10-dirty-little-web-development-tricks/（见第9点）
和这个chap 选择了方法 2。但他是一名 PHP 开发人员。

一个好处可能是 2 可能会通过执行 'ajax/:action' 之类的操作来清理路由，而不是将成员添加到 restful 路由。

看起来像是6.5 的一个，半个面包师的打其他类型的东西。

你选择哪个选项？

（我们正在讨论自定义 UIViewController 子类中的代码——顺便说一下，我不使用 IB）好的，所以我在 - (void)loadView 中设置了 self.view 成员，然后我创建了我的控件和视图等等in - (void)viewDidLoad，然后将它们添加到子视图中。如果控件不是成员，如果我在方法中创建它并在本地释放它，我就是这样做的：（使用 UILabel）

这只是我如何在本地创建标签、设置其属性、添加到子视图和发布的示例。但是对于一个成员，我这样做：

但我也看到它完成了

就像我开始 iPhone 3 开发时那样：探索 sdk 书。注意添加局部变量，然后释放。我应该做什么？这有关系吗？

对于在线或桌面演示，我们有 actionscript、java、picolo、flare、prefuse 等选项。现在根据需要选择完美的语言是主观的，并且取决于项目。但是如果你必须选择Processing（语言），那么你会根据什么来选择呢？您认为处理的利弊是什么？

在我作为首席开发人员的项目中，我们之前有一个存储单个 XML 文件的网络配置。配置包含有关网络布局的信息 - 其组成主机，有关每个主机的各种详细信息，如操作系统、平台、在每个主机中配置的用户、每个用户的多个属性等等。在即将发布的产品版本中，我们希望将数据移动到某种数据库中，因为配置将被扩展以包含更多元素和细节，并且在 XML 文件中维护它们将开始变得繁琐。

第一个选择是 RDBMS。然而，由于配置数据的分层性质和可扩展性标准，目录服务器似乎是更好的选择。使用目录服务器的动机是

1. 在目录服务器中建模分层数据比在 RDBMS 中更容易。

2. 创建/定义扩展具有附加属性的基本类型的新实体类型也容易得多。从解决问题的角度来看，这是非常有吸引力的。

3. 配置数据的读取频率将高于更新频率。尽管性能不是问题，但目录服务器非常适合此特性。

在对 LDAP 和目录服务器的基础知识进行了大约一周的引导之后，我现在对目录服务器的选择有些怀疑。我看到几个问题：

1. LDAP 不如 RDBMS 主流。更多的人有过一些 SQL 的经验，并且可以比目录服务器更快地开始使用 RDBMS。正如我之前提到的，我花了一个多星期的时间来学习 LDAP 的基础知识（如何创建模式、定义 DIT、添加条目、将数据导出到 LDIF 文件等等）。这很重要，因为当新成员加入团队时，他/她不会面临学习曲线。

2. 将来我们可能有更多的数据需要维护和存储在数据库中。目录服务器可能不是此类数据的好选择（例如，数据可能会随着读取的频率而更新）。在我看来，拥有两种存储机制是一种负担。

3. 在更具政治性的方面，我不会因为选择 RDBMS 而受到指责/解雇，即使它不适合当前手头的问题。对于目录服务器，如果上面的第 2 点成为现实，我不想回答“你为什么不早点想到这一点？”这个问题。

我正在寻找有关如何做出选择的建议。有没有人遇到过类似的情况？

EDIT-1：我们在项目中对此进行了讨论，我在这里提出了确切的观点。由于以下原因，我们很可能会选择不做任何进一步评估的 RDBMS：

1. 第 2 点被认为比其他任何事情都重要。

2. 我单位内部的想法似乎相当保守，各个级别的人都希望安全行事。不过我真的不能怪他们。

3. “为什么不是 RDBMS？” 是第一个问题。“可以用 RDBMS 完成吗？” 是第二个。我终于收到消息了。

在创建任何 iPhone 应用程序时，这是 UI 设计（考虑最终用户视图角度）的最佳方式，为用户提供多种选择选项，他/她可以从中选择一个选项。UIPickerView 控制器可用，但在 UI 显示方面不够高效。

此外，Library 中可用的控件（在 Interface Builder 中）只是我们在设计 iPhone 应用程序时可以使用的控件，或者还有其他我们可以使用的控件。

我正在.NET 中编写一个应用程序，并使用一个下拉复选框。

我不确定将此信息存储在数据库中的最佳做法是什么。

目前，我正在将逗号分隔的字符串写回 SQL Server 2008 中的 SP，即“apple,banana,pear”，将其存储在 nvarchar(MAX) 中，然后将其在 SP 中拆分为另一个包含 ID 和类型的表IE

ID 类型
17 苹果
17 香蕉
17 梨

这是矫枉过正，还是正确的方法？