問題タブ [code-structure]

私はAndroidとJavaが初めてなので、このばかげた質問を許してください。

私のプロジェクトには、他の多くのプロジェクトで使用できるアクティビティがあるため、そのコードをプロジェクトの他のすべてのものから (おそらく他のパッケージに) 分けておきたいと思います。

私はこれらのファイルを持っています

プロジェクトにそれらを配置する方法がわかりません。現在、プロジェクトのレイアウトフォルダーにMyHelperActivityあり、マニフェストファイルにアクティビティを含めました。mypackage.helpermy_helper_layout

フォルダ構造はどうあるべきですか？

前もって感謝します

依存性注入を使用すると、オブジェクトの外部にあるオブジェクトとスコープを直接参照することを回避できます。代わりに、注入された依存関係を参照します。

グローバル関数ライブラリの場合のベスト プラクティスを知りたいです。現在、関数をサーバー スコープに格納しています。私のプロジェクトをすぐにオープンソースにして、他の開発者が簡単に理解できるようにしたいと思っています。私は、アプリケーションの単体テストをより簡単に記述し、より疎結合にしたいと考えています。

グローバル関数を使用するすべてのオブジェクトにサーバー スコープを挿入する必要がありますか?

または、ルールに例外を設けて、これらの関数を参照するときに「server.functions.myFunction()」スコープをコンポーネントに直接配置する必要がありますか?

コード例を次に示します。

方法 1:

方法 2:

私が持っている質問は少し抽象的ですが、私の声明で明確にしようとします. （これは一種の「ラバーダック効果」の投稿なので、入力するだけでどこかにたどり着くことができれば幸いです。ただし、返信は素晴らしいでしょう！）

私は (少なくともまだ) 変更できない古い fortran コードを持っているので、そのぎこちない出力で立ち往生しています。

私は perl を使用して、注釈が不十分な ASCII 出力ファイルを後処理しています。「ああ、パーフェクトなパーフェクト」とあなたは言います。はい、そうです。しかし、私が思いついたのはかなりひどいコーディングである、と最近結論付けました。

私の質問は、人々がそのような目的を達成するために使用することを好む一般的な構造についてです。私が言ったように、私は自分が選んだものに満足していません。

私がたどり着いた構造の疑似コードは次のとおりです。

上記のコードの目的は、不十分に分割された ascii ファイルに対応するブロックに処理を分割できるようにすることです。ファイルには「タグ」によるものはあまりないため、条件 ( cond1、cond2など) は次のとおりです。関与。フラグを設定する目的は、他の理由の中でもとりわけ、ファイルを通じてコードの進行状況を追跡することです。

より良い構造は

いずれにせよ、私のとりとめのない考えが何らかの考えを刺激するなら、聞いていただければ幸いです.

ありがとうございました

いくつかのFieldエンティティがあり、Controllerが次のように関連付けられています(Field,Generic_Controller <--> Specific_Controller)。Specific_Controllerそれぞれの対応する関連付けFieldをGeneric_ControllerJavaで実装したいと考えています。どうすればこれを達成できますか? コンパイル時間に優れています。

編集：これはタスクの擬似コードです（おそらくもっと明確になるでしょう）：

getController現在、実装はありますが、DRY ではありません。コントローラー クラスと本体の同期を維持する必要があります。 _{それはおそらく問題を回避する可能性のある方法の1つでした（興味がある場合は、質問の最初のバージョンを参照してください）。}

Fieldそして、私はそれらの間のControllerと 宣言された関係を互いに分離したいと思います。C++ でできることと同じように:

ここで何を提案できますか？

I'd like to build a mid-sized website which also includes a mobile website and an API. As I already have some experience with Symfony I'd like to build the project on top of it.

However, I have no idea how to structure my project. Maybe there are some guidelines how to approach this problem?

Is it a good idea to build a each component as an individual Bundle? E.g. CoreBundle, APIBundle, WebsiteBundle and MobileWebsiteBundle, whereas CoreBundle would contain all Models and Validation and the other Bundles Controllers and Views?

Or is there a completely other way?

SOにはおそらくこの質問の重複がありますが、私の質問に具体的に対処する質問はまだ見つかりません。

次のいずれかを含むWebアプリを構築しているとします。

1. 約100個のプロパティを持つJSオブジェクト。そのうちの5個は、おそらく10個または15個のプロパティを持つサブオブジェクトであり、それぞれの約2/3は関数です。だから次のようなもの：

   /li>

2. または、100程度のプロパティを持つオブジェクトがまだ存在するが、関数を実行する他のオブジェクトがグローバル名前空間に存在するいくつかの異なるオブジェクトは、次のようになります。

   /li>

最初の方法は、グローバル名前空間をよりクリーンに保ちますが、より再帰的なプロパティと関数の検索を可能にし、thisまっすぐに保つことを少し混乱させる可能性があります。

2番目の方法は簡単に作成できますが、グローバル名前空間にオブジェクトを追加し、パフォーマンスが低下する可能性があります（これが問題の一種です）。

私の質問は、どちらかの方法を使用することに大きな利点がありますか？それとも両方とも「良い」、両方とも「悪い」ですか？

私は多くのことが開発者の好みに関係していることを知っているので、同様の質問をする別の方法-私が本当に知りたいことに近い：

多数の小さなオブジェクトを使用する場合、または多数のサブオブジェクトや関数などを含む1つまたは少数の大きなオブジェクトを使用する場合、パフォーマンスは向上しますか？

私は次のクラスを持っています

引数付き

次の質問があります。

1. MetricArg を使用する場合、リストを使用してオブジェクトを作成するエレガントな方法はありますか?
2. クラスを作成するときに *args を優先する必要がありますか (可能であれば)?

提供されているDestroyメソッドを使用する以外に、クラス階層からオブジェクトを削除できないようにしたいと思います。

理論的根拠は、この階層のオブジェクトは、別のスレッドがオブジェクトを使用しているときにオブジェクトが削除されないようにするために、オブジェクト自体の破棄を開始する前に特別な書き込みミューテックスを取得する必要があるということです。

参照カウントでこの問題を防ぐことができることはわかっていますが、パフォーマンスへの潜在的な影響とメモリ割り当ての観点からも、システムに大きな変化をもたらすでしょう。

どういうわけか効率的/スマートにすべてのデストラクタを保護して、部外者がDestroyを使用しなければならないときに、子クラスが親のデストラクタを呼び出すことができるようにする方法はありますか？

私が思いついた安全な（つまり、腐敗しない）解決策の1つは、すべてのデストラクタをプライベートにし、各派生クラスを基本クラスのフレンドとして宣言することですが、よりエレガントで、手動ではなく、より簡単なものを好みます維持する（基本クラスから派生するために基本クラスを変更する必要がないなど）。

このようなものはありますか？たぶん、私が望むように物事を「機能させる」いくつかの賢いトリックですか？

ps。私が今のところ選択した解決策は、すべての場合に誰もがdeleteを呼び出さないようにするのではなく（基本クラスで保護されただけです）、この状況を検出し、基本クラスのデストラクタでabortを呼び出すことです。

ユーザーがスクロールする方向（「上」または「下」）を検出する必要があります。この回答にあるコードに基づいて：jQueryスクロールイベントの方向をどのように判断できますか？

私はそれを関数でラップしようとしたので、もう少し差別化されました-しかし、残念ながら、それは機能していません。値を返す方法と関係があると思いますが、方向は常に「上」です。JavaScriptにかなり慣れていないので、この問題の解決に問題があります。

コードは次のとおりです。

また、フィドルも設定しました。

問題がどこにあるかを見つけるのを手伝ってくれませんか。

私は Ruby を初めて使用しますが、いくつかのソース コードを調べています。いくつかのソースコードで以下に示すような構造に出くわしました（モジュールの名前、実際のクラスではないクラス）

またはこの例

これまでの読書から、クラスをモジュールにラップすることについては知っていますが、上記のようなラップの種類 (モジュール内のモジュールやクラス内のクラスなど) については聞いたことがありません。質問してもよろしいですか 1. これは良い習慣であり、一般的に行われていますか? 2. このようにコードを構造化する利点は何ですか?

コメントやポインタをありがとう

デイブ