問題タブ [choice]

現在の選択に応じた値を持つ選択フィールドを sharepoint に追加する必要があります。

例：

現在の選択が開いている場合、オプションは「開いていて進行中」でなければなりません

...

そのようにして、ユーザーに特定のフローに従うように強制しています

プロジェクトに使用した GWT ライブラリを教えてください。誰かがさまざまなライブラリ (SmartGWT、Ext-GWT、GWT-Ext など) の長所と短所の概要を教えてくれませんか。基本的に「誰もが」動作する最高の万能ライブラリはありますか、それとも他のライブラリよりも特定のアプリケーションに適したライブラリがありますか? ありがとう！

重複の可能性: 最高の GWT ウィジェット ライブラリ?

ユーザーに質問と複数の選択肢が表示される投票アプリを開発しています。典型的な HTML の世界では、このインターフェイスの選択肢はラジオ ボックス/チェック ボックスになります。同様の動作を行うには、iPhone SDK でどのようなビューを使用しますか?

参考になるサンプルアプリはありますか？

ありがとう、エイミー

3年ちょっと前に、銀行口座と予算に使用するAccessデータベースを作成しました。私はそれを使用し、それ以来ずっとそれを愛していました。なぜなら、それは他に何もできないいくつかの素晴らしいことをするからです。私はいくつかの理由でそれを独立したプログラムに書くことにしました。家族や友達に使ってもらい、少し調整した後、少し売り込んでみようと思います。Quickenを追い抜くとは思っていませんが、誰かが知っていると思いますが、何かに変わる可能性があります。

私が収集できることから、言語の決定はおそらく最初に行われる必要があります。だから私はここにいて、使用するのに適切なものを見つけるための助けを求めてもらいます。これが私の考慮事項です：

A）魅力的なGUIが絶対に必要です。そして、何も「ウィンドウズ」に見えません。

B）配布と設置のためのパッケージングの容易さは、もちろん非常に優先度が高いです。Windowsのみで問題ありません。

C）私のトレーニング/経験レベル：いくつかの単純なVBA（Access dbにあるもの）は、最近非GUI C ++クラスを受講し、Javaを使用する場合は、今学期にJavaクラスの概要を受講できます。

D）データの場所としてSQLデータベースバックエンドを使用すると思っていました（私はそれをモデル化するために使用するAccessデータベースを持っており、少し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開発者です。

1つの利点は、2が、RESTfulルートにメンバーを追加する代わりに、「ajax /：action」のようなことを実行してルートをクリーンアップする可能性があることです。

それは1つの6.5、他のタイプのものの半分のパン屋のダースのようです。

どのオプションを選びますか？

（カスタムUIViewControllerサブクラス内のコードについて話しています-ちなみに、IBは使用していません）わかりました。self.viewメンバーを-（void）loadViewに設定してから、コントロールやビューなどを作成します。 in-（void）viewDidLoadをクリックし、サブビューに追加します。コントロールがメンバーでない場合、それを作成してメソッドでローカルにリリースすると、次のようになります:( UILabelを使用）

これは、ローカルでラベルを作成し、そのプロパティを設定し、サブビューに追加してリリースする方法のほんの一例です。しかし、メンバーと一緒に、私はこれを行います：

しかし、私もそれが行われているのを見ました

私の最初のiPhone3開発では、そのように：SDKブックを探索します。ローカル変数を追加してから解放することに注意してください。どちらをすればいいですか？それはまったく重要ですか？

オンラインまたはデスクトップ プレゼンテーションに関しては、actionscript、java、picolo、flare、prefuse などのオプションがあります。現在、ニーズに最適な言語を選択することは主観的であり、プロジェクトによって異なります。しかし、処理(言語) を選択する必要がある場合、何を基準に選択しますか? あなたの意見では、処理の長所と短所は何ですか?

私が主任開発者である私のプロジェクトでは、以前は単一の XML ファイルに格納されたネットワーク構成がありました。構成には、ネットワーク レイアウトに関する情報 (構成ホスト、OS などの各ホストに関するさまざまな詳細、プラットフォーム、それぞれに構成されたユーザー、各ユーザーのいくつかの属性など) が含まれます。製品の次のバージョンでは、構成が拡張されてより多くの要素と詳細が含まれるようになり、それらを XML ファイルで維持するのが面倒になるため、データを何らかのデータベースに移動したいと考えています。

最初の選択は RDBMS でした。ただし、構成データの階層的な性質と拡張性の基準により、ディレクトリ サーバーの方が適しているように思われました。ディレクトリ サーバーを使用する動機は次のとおりです。

1. RDBMS よりもディレクトリ サーバーで階層データをモデル化する方が簡単です。

2. また、基本型を追加の属性で拡張する新しいエンティティ型を作成/定義するのもはるかに簡単です。これは、問題解決の観点から非常に魅力的です。

3. 構成データは、更新されるよりも頻繁に読み取られます。パフォーマンスは問題ではありませんが、ディレクトリ サーバーはこの特性に非常に適しています。

LDAP とディレクトリ サーバーの基礎を一から学び始めて約 1 週間が経ちましたが、ディレクトリ サーバーの選択についてやや懐疑的になりました。いくつかの問題があります。

1. LDAP は RDBMS ほど主流ではありません。多くの人が SQL の経験があり、ディレクトリ サーバーよりも RDBMS の方が早く使い始めることができます。前述したように、LDAP の基本 (スキーマの作成方法、DIT の定義方法、エントリの追加方法、LDIF ファイルへのデータのエクスポート方法など) を学ぶのに 1 週​​間強かかりました。新しいメンバーがチームに参加するとき、彼/彼女は学習曲線に直面していないため、これは重要です.

2. 将来的には、より多くのデータを維持してデータベースに保存する可能性があります。ディレクトリ サーバーは、そのようなデータ (読み取りと同じくらい頻繁に更新されるデータなど) には適していない場合があります。私の意見では、2 つのストレージ メカニズムを持つことは負担です。

3. より政治的な面では、RDBMS が現在直面している問題に適していなくても、RDBMS を選択したことで私が責められたり解雇されたりすることはありません。ディレクトリサーバーで、上記2が実現したとしても、「なんでもっと早く考えなかったの？」という質問には答えたくありません。

選び方のアドバイスをお待ちしています。誰かが以前に同様の状況に直面したことがありますか?

EDIT-1 : プロジェクト内でこれについて話し合い、ここで行った正確なポイントを提示しました。次の理由により、それ以上評価せずに RDBMS を選択する可能性が非常に高くなります。

1. ポイント 2 は何よりも重要であると考えられました。

2. 私のユニット内の考え方は、あらゆるレベルの人々が安全にプレイしたいと考えているため、どちらかというと保守的なようです。私は本当に彼らを責めることはできません。

3. 「なぜ RDBMS ではないのですか?」が最初の質問でした。「RDBMSでできる？」2番目でした。最後にメッセージを受け取りました。

iPhone アプリケーションの作成中は、UI デザインの観点から (エンド ユーザー ビューの観点を考慮して) 最善の方法であり、ユーザーが 1 つのオプションを選択できる複数の選択肢をユーザーに提供します。UIPickerView コントローラーは利用可能ですが、UI 表示に関しては十分に効率的ではありません。

また、ライブラリ (Interface Builder 内) で使用できるコントロールは、iPhone アプリケーションの設計中に使用できるコントロール、または使用できる他のコントロールのみです。

.NETでアプリを作成しており、ドロップダウンチェックボックスを使用しています。

この情報をデータベースに保存するためのベストプラクティスがわかりません。

現在、SQL Server 2008のSPにコンマ区切りの文字列、つまり「apple、banana、pear」を書き戻し、これをnvarchar（MAX）に格納してから、これをSPでIDとタイプを保持する別のテーブルに分割しています。すなわち、

IDタイプ
17アップル
17バナナ
17ナシ

これはやり過ぎですか、それとも正しいアプローチですか？