問題タブ [platform]

単体テストに SQLite を使用しており、ローカル開発/ステージング用のデータベースとして使用する可能性があります。

System.Data.SQLite には、基本的に x86 と x64 の 2 つのバージョンがあります。特定のプラットフォームには正しいものを使用する必要があります。

私は 64 ビットの Win7 を使用していますが、チームの他のメンバーは 32 ビットの OS を使用している可能性があります。この段階では、サーバーのプラットフォームは不明です。

64 ビット プラットフォームで 32 ビット バージョンのアセンブリを使用すると、BadImageFormatException: Could not load file or assembly 'System.Data.SQLite'. 32 ビット プラットフォームで 64 ビット アセンブリを使用しようとすると、同様のことが起こると思います。

だから私の質問は、プラットフォームに依存せず、人々がそれを使用できるように、SQLiteアセンブリを参照する最良の方法は何ですか?

64 ビット プラットフォームで 32 ビット バージョンのアセンブリを使用しても問題ありません (そのためのスイッチがどこかにあるのではないでしょうか?)。

アズールについて質問です。

はい、Azure とクラウド コンピューティングについておおまかに知っています。私はそれを次のように言います：

たとえば、通常の方法で、TCP ポートをリッスンするプログラムを作成します。このサーバー プログラムをサーバーで実行します。指定したポートを介してサーバーに接続するクライアント プログラムも作成します。クライアントが接続されると、私のサーバー プログラムは何かを計算してクライアントに戻ります。

上記は通常のモデル、または私のプログラムのモデルです。

今は Azure を使いたいと思っています。クライアントが多すぎるため、使用したいのですが、1日100万としましょう。1000 台のサーバーをレンタルして維持したくありません。（クライアント数の単なる仮定）

Azure の料金プランを確認しました。CPU について述べ、小規模、中央値、大規模なインスタンスについて説明します。

彼らが何を意味するのかわかりません。たとえば、上記の想定されたケースでは、いくつのインスタンスが必要ですか? または、せいぜい Azure から特大サイズ (8 つの小さなインスタンス?) を取得できます。

Azure は自分のプログラムに合わせてどのようにスケーリングしますか? 小規模なインスタンスを選択した場合 (私のサーバー プログラムは非常に小さく、一部のデータを計算してクライアントに返すだけです)、Azure は私に合わせてスケーリングしますか? または、Azure は仮想サーバーを 1 つだけ提供し、過負荷にさせますか?

ストレージやネットワーク トラフィックではなく、CPU のみを考慮してください。

Python のsysモジュールには、 Python の最大再帰制限を変更できる関数が用意されています。 setrecursionlimitドキュメントは言う：

可能な上限はプラットフォームによって異なります。

私の質問は次のとおりです: CPython の下で、さまざまなプラットフォームで可能な最大の制限は何ですか? Linux、Mac、および Windows の値を知りたいです。

更新:「あなたのやり方は間違っている」という回答は避けてください。非常に深い再帰を行おうとするのは、通常は悪い考えであることを私は知っています。私は自分の特定の状況での長所と短所を検討し、それをやりたいと決めました.

現在、私はBlackberry JDE 4.3に取り組んでおり、短時間で簡単にアプリケーションを作成できるBlacberry用のプラットフォームが他にあるかどうかを知りたい. Blacberrry JDE のように、グラフィックスを処理するには非常に多くの API を含める必要があり、JDE プラットフォームには多くの複雑さが存在します。

Rails、Grails などの Web フレームワークを見てきました。Spring Framework で Hibernate を使用してアプリケーションを実行することに慣れていて、もっと生産的なものが必要です。

私が気づいたことの 1 つは、Grails には魅力的な機能もある一方で、深刻な問題もいくつかあるということです。Grails のコントローラー:

1) ひどく実装されています。実行時にスーパークラスから拡張できないようです。ベース アクションとヘルパー メソッドを追加するためにこれを試しましたが、これにより grails が爆発するようです。

2) 廃止されたリクエスト パラメータ モデルに基づいています (フォーム バッキング オブジェクトではなく、はるかに優れています)。

3) テストが難しい。コマンド オブジェクトの扱いはまったく異なります...そして実際には、コントローラ コードを記述するよりもテストを記述する方がはるかに困難です。

4) コマンド オブジェクトの動作はまったく異なります。それらは事前に検証されてバインドされているため、基本的なパラメーター モデルよりも多くの矛盾が生じます。

5) コマンド オブジェクトは再利用できず、制約やフィールドなど、ドメイン クラスのほとんどのものを再利用するのは面倒です。これは、基本的なSpringで行うのは簡単です。Grails で行うのが簡単ではなかったのはなぜですか?

6) 生成される足場はまったくのがらくたです。挿入と更新を一般化するのではなく、実際には、create.gsp と edit.gsp の 2 つのビューで大量のコードをコピー/貼り付けします。ビュー自体は、わんわんやることの巨大な山です。これは、オブジェクトではなく低レベルのパラメーターを使用するという事実によってさらに悪化します。

統合テストは、Spring 統合テストよりも 30 倍遅くなります。それは嫌です。

一部のモッキング テストは、作成が非常に難しく、展開されたときに動作することが保証されていないため、高速な tdd テスト サイクルが妨げられていると思います。

taglibの追加など、ほとんどのことは、実行中にgrailsを台無しにするように見えます。サーバーの再起動の問題はまったく解決されませんでした。

Spring/Hibernate/Java を使用することが唯一の方法だと考え始めています。スタートアップにはかなりのコストがかかりますが、最終的には平準化されることを私は知っています。

Scala のような言語を使用できないのは残念です...慣用的に、Hibernate と互換性がないためです。

このアプリは、データベースに対するありふれた UI でもありません。それはいくらかありますが、前かがみになることはありません。Grails がコントローラー層にあるので、今は死ぬほど怖いです。

私ができることについての提案はありますか？

Webプラットフォームで1日あたり約150のテーブルと250,000以上の訪問者がいるサイトをやり直す必要がある場合、どのような選択をしますか。その理由は何ですか。

いくつかのポイント

• チームは経験豊富な開発者
• 古いアプリケーションは、リファクタリングされていないPHPで記述されています。使えません。
• データベースの多くは正規化されておらず、間違った場所に列があります。現在、多くの新機能とデータベースはそれらをサポートできません。

望ましい目標：

• 優れた高速テスト（grailsはこれには悪いです）
• 関心の分離（ドメイン、コントローラー、ビュー）と、何も複製しない機能
• 簡潔なコードとエレガントなデザイン-コードの膨張なし
• 柔軟性-リークのある抽象化の問題に遭遇したくない
• コーディングとテストは高速です。たとえば、コントローラーテストの作成に1時間かかることはなく、再利用可能なタグの作成に1分以上かかることもありません。

Scalaは私たちの頭の中にありますが、ツールがまだ成熟していないため、Scalaがどのように機能するかを理解するのに苦労しています。私たちは実際にGrailsが好きではありません。私たちの多くはJava/Spring / Hibernateに慣れていますが、その低レベルの性質にうんざりしていて、より表現力豊かなものを求めています。

私は、製品の次世代バージョンの「エンタープライズ」プラットフォームを評価する任務を負っています。現在、SalesForce.com / Service-Now.comのようなRAD（ワークフローエンジン、統合UI、ワークフローへの「テクノロジープラグイン」の小さなコア、状態の自動永続化など）の2つの「タイプ」のプラットフォームを検討しています。 「クラウドベース」（EC2 / AppEngine ...）。

どこから始めればよいかについていくつかのアイデアがありますが、ご意見をお聞かせください。エンタープライズ製品スイートのプラットフォームをどのように評価しますか？どのような要素を考慮しますか？いくつかの強いオプションに集中できるように、どのようにして弱いオプションをすばやく排除しますか？

また、エンタープライズRAD（実績のあるテクノロジーで開発が迅速ですが、「競合他社と同じ」に見える傾向があります）をクラウドベースのテクノロジー（多くの「話題」であり、多くの競合他社ではありません）と比較して、正当化するのは簡単です。管理ですが、おそらくエンタープライズツールと経験が不足しています（？）。

前に言ったように-私はいくつかのアイデアを持っていますが、私が私の投稿をする前にいくつかの答えを見たいので、特定の場所に議論を進めないようにします。

RB。

Java アプリケーション クライアントを使用して、glassfish v2 アプリケーション サーバー上にエンタープライズ アプリケーションを作成しました。このアプリケーション クライアントは、Windows/Linux OS を搭載した PC で実行されています。サーバー側では、EJB を使用しています。タスクは、バックエンドの変更を最小限に抑えて、または最小限に抑えて、iPad にクライアントを追加で採用することです。そして、そのためのオプションがいくつかあります。どのオプションが最良の選択ですか? または、他のオプションはありますか？

• Sun Glassfish Mobility Platform をサーバー側で Glassfish Enterprise v2 サーバーと統合し、クライアント側で Java ME を使用します。
• Web モジュールを作成するだけです。
• Objective-O/Cocoa を使用してクライアント アプリケーションを開発し、glassfish サーバーとの対話を提供します。この場合、EJB を使用することはできません。この統合は SOAP で可能であることがわかりましたが、それがどのように機能するかはわかりません。

どんな意見もとても参考になります！

surfaceflinger をテストするために、Android でネイティブ アプリケーションを作成したいと考えています。Surfaceflinger でサーフェスを作成し、バッファを登録し、バッファをポストする方法を示す簡単なプログラムはありますか。

まず、これは何と呼ばれていますか？これはシステムの「プラットフォーム」ですか？システムが32ビットか64ビットかを知りたい場合、それがどの「プラットフォーム」であるかを尋ねますか？

次に、私が以下に書いたものは正しいです：

-64ビットプロセッサは、64ビットオペレーティングシステムまたは32ビットオペレーティングシステムを実行できます（効率が低下します）。

-32ビットプロセッサは、32ビットオペレーティングシステムのみを実行できます。