タグ付けされた質問 「frameworks」

私が理解しているように、アジャイル方法論のアイデアは、機能的なものを提供し、頻繁にそれを提供することです。アプリケーションは、増分後に最終的な形状の増分になります。 しかし、初期のイテレーションでは、アプリケーションが基盤となるフレームワークまたは基盤を構築する可能性があります。これは重要なことですが、ユーザーには見えません。 これらの最初の反復でクライアントに配信されるものは何ですか？足場コードをビルドするとき、正しい方向にどのように進行状況を表示しますか？

22 agile  development-process  frameworks  development-methodologies  iterative-development 

私はiphoneアプリを開発していて、libz.dylibを使用するサンプルコードをいくつか見ていきました。libz.dylibをzipファイルに使用できること以外、いくつかの調査を行ったところ、啓発的なものは見つかりませんでしたが、他のフレームワークが好まれています... 私はpdfサンプルを扱っていますが、なぜlibz.dylibを使用するのですか？一般に、dylibとは何ですか？そして、なぜすべてのバージョンですか？

22 iphone  frameworks 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 6年前に閉鎖されました。 会社で独自のフレームワークを構築することにした理由を知りたいと思います。 フレームワークとは、頻繁に使用するライブラリが少ないという意味ではありません。基本クラス、規約などを使用して、その上にアプリケーションを構築する特定の方法を意味します。 では、なぜ独自のフレームワークを構築したのですか？あなたを雇用している人にどうやってそれを正当化できますか。そのプラスとマイナスの影響を測定しましたか？ あなたの経験に関して、企業のフレームワークが本当のメリットを生み出したこと、あるいは開発コスト（学習曲線、デバッグ、メンテナンスなど）の増加に気づいたことはありますか？

22 frameworks 

現在のところ、この質問はQ＆A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 7年前に閉鎖されました。 最近利用可能なすべてのフレームワーク、ORM、依存性注入（DI）、制御の反転（IoC）などにより、多くのプログラマーが困難な問題を解決するために必要な問題解決スキルを失っている、または持っていないことがわかります。多くの場合、予期しない動作がアプリケーションに忍び込み、開発者が問題を実際に掘り下げて見つけることができませんでした。ボンネットの下で何が起こっているかについての深い理解が失われているように思えます。 誤解しないでください、これらのフレームワークが良くないことや業界を前進させていないことを示唆していません。意図しない結果として、開発者が深い理解に必要な知識とスキルを得ていないかどうかを尋ねるだけですシステム。

22 experience  frameworks 

これは、LINQを使用して足を濡らしている人々にとって既知の落とし穴です。 public class Program { public static void Main() { IEnumerable<Record> originalCollection = GenerateRecords(new[] {"Jesse"}); var newCollection = new List<Record>(originalCollection); Console.WriteLine(ContainTheSameSingleObject(originalCollection, newCollection)); } private static IEnumerable<Record> GenerateRecords(string[] listOfNames) { return listOfNames.Select(x => new Record(Guid.NewGuid(), x)); } private static bool ContainTheSameSingleObject(IEnumerable<Record> originalCollection, List<Record> newCollection) { return originalCollection.Count() == 1 && newCollection.Count() …

20 .net  frameworks  linq  implementations 

この質問は、Software Engineering Stack Exchangeで回答できるため、Stack Overflowから移行されました。 7年前に移行され ました。 私はWebアプリを開発していますが、現在、Webサイト全体をhtml / js / cssで記述しており、バックエンドにはRESTFULサービスをホストするサーブレットがあります。すべてのプレゼンテーションロジックは、jsonオブジェクトを取得し、javascriptを使用してビューを変更することで実行されます。 アプリケーションは基本的に検索エンジンですが、異なるロールを持つユーザーアカウントがあります。 PlayやSpringなどのフレームワークを研究しています。私はかなりWeb開発に慣れていないので、サーバーサイドページレンダリングを使用するとどのような利点が得られるのだろうかと考えていましたか？ それは：スピードですか？より簡単な開発とワークフロー？既存のライブラリへのアクセス？もっと？上記のすべて？

19 javascript  web-applications  frameworks 

私の主な仕事はHTMLアプリケーションの作成です。それは、編集可能なグリッドビュー、テキストボックス、ドロップダウンなど、多くの内部でCRUDタイプのアプリケーションを内部で使用することを意味します。現在、ASP.NET Webフォームを使用しています。あなたが必要なものを得るためにフープを飛び越えなければなりません。天井から垂れ下がって炎を放つフープ。 だから、すべてのUIをJavaScript側に移動することはおそらく良い考えだろうかと思っています。特にニーズに合わせて調整された強力な再利用可能なコントロールを開発し、サーバーとのみデータを交換します。はい、私は「コントロール」（別名「ウィジェット」）パラダイムが好きで、そのようなアプリケーションに非常に適しています。したがって、サーバー側では、現在のASPXマークアップと同様の基本的なレイアウトがまだありますが、クライアントに送信されるのは1回だけであり、Javascript部分が後続のすべてのUI更新を処理します。 問題は、私がこれをやったことがなく、誰もこれをしているのを見たことがないので、問題がどうなるかわかりません。特に、私は心配しています： まだパフォーマンス。ベンチマークでは、現在、ブラウザがAJAX更新後にページのほとんどを再レンダリングしようとするときに、主な遅延がクライアント側にあることが示されています。ASP.NET webformsで生成されたマークアップは、「web」という言葉に新しい意味を与えます。また、豊富なDevexpressコントロールは、その上に独自のJavascript複雑さのレイヤーを追加します。しかし、JavaScript側で必要なすべての変更を再計算し、更新する必要があるものだけを更新する方が速いでしょうか？いくつかの編集可能なグリッドビュー、多数のテキストボックス、それぞれに50万個のフィルター可能なアイテムが含まれるドロップダウンなどがあるフォームについて話していることに注意してください。 開発のしやすさ。Javascriptはもっと多くなり、おそらくページのHTMLマークアップと混ざります。それまたは何らかの種類の新しいビューエンジンを作成する必要があります。JavascriptのIntellisenseはC＃コードよりもはるかに悪く、Javascriptの動的な性質のため、はるかに良くなることは期待できません。コーディングの慣行により少し改善できますが、それほど改善することはできません。また、ほとんどの開発者は主にC＃開発者であるため、ある程度の学習曲線と最初の間違いがあります。 セキュリティ。多くのセキュリティチェックを2回（サーバー側とUI側）行う必要があり、データ処理サーバー側にはさらに多くのチェックを含める必要があります。現在、サーバー側でテキストボックスを読み取り専用に設定した場合、その値がクライアントのラウンドトリップを通じて変わらないことに依存できます。フレームワークには、それを保証するのに十分なコードが既にあります（ビューステートの暗号化により）。データのみのアプローチでは、すべてを手動で確認する必要があるため、難しくなります。一方、心配する必要があるのはデータだけなので、セキュリティホールを見つけるのは簡単です。 全体として、これは問題を解決するのか、それとも悪化させるのか？誰かがこれを試みたことがありますか？その結果はどうでしたか？この種の取り組みに役立つフレームワークはありますか（jQueryと道徳的な同等物は別として）？

19 javascript  frameworks  paradigms  ui 

意識しないかもしれない人々に、ブートストラップは土台またはWebサイトやWebアプリケーションを構築する上での出発点として使用することができますHTML、CSSやJSのフレームワークです。 私は現在、フレームワークのバージョン3で設計されたアプリケーションを本番環境に置いていますが、会社のポートフォリオの下にある他のWebサイトと一貫性のあるスタイリングを追加しています。 しかし、私たちはそのWebアプリケーションにいくつかの大規模な追加に着手しようとしているので、アプリケーションで使用されているブートストラップのバージョンを更新する必要がありますか？ これにはいくつかの理由があります。1つ目は、バージョン4のブートストラップにはバージョン3との完全な下位互換性がないことです。多くのヘルパークラスが変更、置換、または完全に削除されているため、更新するのは容易ではありません（過度ではありませんが、 package.jsonのバージョン番号を更新し、どちらかを再構築するだけの簡単な問題）。 今、ブートストラップの私の理解は、最初はあなたのウェブサイト/ウェブアプリケーションを地面から離すことについてだったということです。しかし、アプリケーションがそのブートストラップポイントをはるかに超えていることを考慮すると、ブートストラップフレームワークを更新する時間を投資することを検討する必要がありますか？ 表面的には、これは明白な答えのある質問のように見えることを知っています-もちろん、あなたは自分のものを最新に保ちます!!!。しかし、Bootstrapを開始の手段として考えている場合、起動して実行した後、なぜフレームワーク自体を更新し続ける必要があるのでしょうか？アプリケーションのニーズに合わせてパーツを既にカスタマイズしています-別の方向に進むことを許可してはいけませんか？ フレームワークとしてのBootstrapが実際に開始することである場合（RailsやDjangoのようなフレームワークとは異なり、アプリのライフサイクル全体を通して継続的な生産性について）、ある時点で、スターターフレームワークから離婚すべきではありませんか？ （例として、Angularスターターリポジトリのクローンを作成してアプリケーションの構築を開始する場合、4か月後または5か月後に戻って、そのスターターリポジトリの更新を現在アクティブなアプリケーションにマージしようとしますか？） PS。ここで質問するのはこれが初めてです。これがこのフォーラムに適切なタイプの質問でない場合は、事前に謝罪します。

17 frameworks  software-updates 

生のSQLを使用するのではなく、クエリビルダを使用する利点はありますか？ 例えば $q->select('*') ->from('posts') ->innerJoin('terms', 'post_id') ->where(...) 対： SELECT * FROM posts WHERE ... 多くのフレームワークがこの種の抽象化レイヤーを使用していることがわかりますが、その利点を理解できません。

17 php  sql  frameworks 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 4年前に閉鎖されました。 この質問は、Cake PHP、Zend、jQuery、ASP.NETなどのWebベースのフレームワークを使用する利点と欠点を抽出することに焦点を当てています。この質問は完全に言語に依存しません。「巨人の肩に立つ」という概念から始めましょう。 利点： 開発者を支援 -以前は数百行のコードを使用していた機能を1つの単純な関数呼び出しに圧縮することにより、開発者はより複雑な機能をWebサイトに統合できます。 許可迅速化開発アプリケーションの-これは必要性のウェブサイトは非常に小さなウィンドウで作成した人のために非常に関連している（誰これのいずれかの例を持っています？） 低コスト -プログラマーはコスト削減を顧客に回すことができます。これは、まったく新しい顧客がウェブサイトを望んでいましたが、以前は高い開発コストを払うことができませんでした。 短所： 理解の喪失 -開発者は、フレームワークの機能に依存するため、物事がどのように機能するか（フードの下）の理解を失う危険にさらされています。 構成の限界-フレームワークの構成よりも先に進むと、生産性がすぐに低下するため、フレームワーク構成の外部で機能を実装することは困難です。 開発者のトラムライン -あなた（開発者）は、開発者があなたにしたいやり方で物事をしなければなりません。 人々は私の主張をどう評価しているのか、そして誰かがそれらに同意していないのだろうか？また、人々が追加のポイントを持っている場合、私は感謝するでしょう。

16 programming-languages  learning  frameworks 

フレームワークに関するブログでこの用語が放り出されているのを見続けています。宣言型プログラミングと命令型プログラミングの違いを理解していますが、これは特にUIにどのように適用されますか？なぜ特別な用語があるように見えるのですか？これらの異なる「もの」ですか？もしそうなら、宣言的UIの代替手段は何ですか？なぜそれを使用したいのですか？

16 frameworks  ui 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 5年前に閉鎖されました。 私はWebプログラミングの初心者であり、現時点ではPHPについて学んでいます。CakePHPなどのPHPフレームワークを使用する必要があるのはいつですか？これや他の同様のPHPフレームワークが私に提供するものは何ですか？そして、プロフェッショナルになるためにフレームワークを使用することは本当に重要ですか？ そして、好きな機能を提供する独自のフレームワークを作成できますか？

15 php  frameworks 

Webアプリケーションを開発しているとしましょう。私の最初の選択肢は、Fat-Free Framework（F3）およびMVCパターンでPHPを使用することです。来年、Zend Frameworkに切り替えるか、ASP.NET MVCに切り替えることを決定するかもしれません。フレームワークに疎結合されるような方法でアプリケーションを設計しようとするのは理にかなっていますか、それともフレームワークがあまりにも統合されすぎて現実的ではありませんか？ 私が尋ねる唯一の理由は、最近の仲間との会話の中で出てきたからです。仲間は、私のパイを空からF3に疎結合するというアイデアを批判しました。

14 design-patterns  object-oriented  frameworks 

私はこの2年間、JQueryを喜んで使用してきましたが、JQueryを使用して非常にクールな機能を作成することに成功しました。また、Webの将来が現在のクライアント側の道を進むと信じています。 しかしながら... 次の課題は、さまざまなコントローラーフレームワークの形でやってくるようです：KnockoutJS、BackboneJS、SproutCore、JavaScriptMVC（リストは続きます）。 Additonally、いくつかの素晴らしいがあるAMDローダーのような使用のためのツールRequireJSまたはLabJSなどしかし、jQueryのは、今持っているdefineとthen機能が焼きに。 すべてを追跡することはますます難しくなっています... そして今、私の仕事は、何らかの形のクライアント側のMVCまたはMVVMフレームワークを使用するための戦略的方向を評価/決定することであるように思われます...しかし、私には非常に多くの質問があります。 上記のさまざまなコントローラーフレームワークとJQuery はどこに適合しますか？ JQuery はそれぞれと一緒に使用されていますか、またはそれらのいくつかは独自の「JQueryスタイルのバージョン」を焼き付けていますか？ 上記のさまざまなコントローラーフレームワークのいずれかを実装する場合、RequireJS などのツールは引き続き必要ですか？ んdefineとthen能力焼きにjQueryの 今取って代わる AMDローダーは、上述しましたか？ どれが最もモジュール式のようですか？（下記の注を参照） 注： 将来のフレームワークで望まないことの1つは、使用しない機能を大量に取り込む必要があることです。つまり、真にモジュール化されたフレームワークを使用します。たとえば、jQuery UIを使用するには、実際には使用しない可能性のある他の多くのコアライブラリを取り込む必要があります。 私はそれぞれを実験しますが、いくつかの実際のフィードバックは素晴らしいでしょう。私はいくつかの「似たような」質問を見てきましたが、上記の歪曲に実際に答えた人はいません。 前もって感謝します！

14 javascript  asp.net  frameworks  jquery 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新することがありますので、上のトピックソフトウェア工学スタックExchange用。 4年前に閉鎖されました。 コーディング方法を理解しています。私は定期的に使用する言語の基本を回避する方法を知っています。私は少し基本的な正規表現を書く方法を知っています。データベースと話をしたり、入力を受け付けたり、出力を出力したり、ファイルを処理したりできます。やや複雑なプログラム。 私の問題は、それが十分だとは思わないということです。私は自分の言語の標準ライブラリのごく一部しか知らないように感じます。少なくともすべてを理解するまでは、それを使って仕事を得ようとする権利さえありません。私は（コミュニティ/ジュニア/ whathaveyou）大学を卒業したばかりで、友人たちは業界で仕事を得ていますが、それでも私は偽物や物差しのように感じています。 「十分に知っている」ための適切なマーカーはありますか？少なくとも、FizzBu​​zzをコーディングすることができるという事実を、物事に申し込むことは大丈夫だという指標として採用すべきでしょうか？これらの標準ライブラリ、フレームワーク、APIを比較的簡単に学習するにはどうすればよいですか？私は定期的にコーディングし、本を読んでいますが、私の知識はまだとても浅いものです。 助けて！

14 learning  self-improvement  frameworks  api