問題タブ [procedural-programming]

大学が既存のプロジェクト用に手続き型都市を構築するプロジェクトを開始しようとしています。

以前に L-Systems をコーディングした経験があり、私が始めるのに適した場所を知っている人がいるかどうか疑問に思っていました. 手続き型メソッドとパーリン ノイズと fBm を使用する前に少し作業を行ったので、フラクタル的な意味での L システムとは何かという前提が得られました。L-System のコーディングの方向に私を後押ししてくれる場所をもっと探しています。あなたが私に向けることができるヘルプや技術文書は素晴らしいでしょう.

そこにあるすべての言語タイプについて少し混乱しています。オブジェクト指向/手続き型の区別と比較して、高レベル/低レベル言語の区別の違いは何ですか? 多くの類推は似ているようです。

LINQはどの時点で簡潔になりすぎて、手続き型の手法に頼るようになりますか？

設計で直面している問題と非常によく似ているため、さまざまな形式の実数を検証する問題を検討しています。

実数は、さまざまな形式の組み合わせで提供されます。たとえば、次のようになります。1.先頭に符号がある/ない2.小数点がある/ない（小数点がない場合は、小数点以下の桁数を事前に合意できます）3.基数10またはベース16

各組み合わせを許可する必要があるため、2x2x2=8の組み合わせがあります。新しい条件が課されるたびに、複雑さが指数関数的に増加することがわかります。

オブジェクト指向デザインでは、通常、数値形式ごとにクラスを割り当て（たとえば、この場合は8つのクラスがあります）、各クラスには個別の検証関数があります。ただし、新しい条件ごとに、必要なクラスの数を2倍にする必要があり、すぐに悪夢になります。

手続き型プログラミングでは、3つのフラグ（つまり、has_sign、has_decimal_point、number_base）を使用して、検証する実数のプロパティを識別します。検証用の単一の関数があります。そこでは、フラグを使用してその動作を制御します。

}

繰り返しになりますが、関数がifステートメントとフラグで雑然となると、複雑さはすぐに手に負えなくなります。

私はあなたが以前にこの性質の設計問題に出くわしたと確信しています-振る舞いの違いをもたらす多くの独立した違い。コードを完全に保守不可能にすることなく、どのようにしてソリューションを実装できたのか、非常に興味があります。

ブリッジパターンのようなものが役に立ちましたか？

GUI Windows アプリの作成に使用する言語 (oop ではない) を検討する必要がありますか? 明らかな答えは Visual Basic と C だと思いますが、他のことを調べるべきかどうか疑問に思っています

OOP が悪いなどと言っているのではありません。私はちょうど..それを使用していません。終わり

タイ

編集：非oopパラダイムオプションがあり、Windows GUIアプリケーションの作成に使用できる/使用できる言語が必要です。

Python で多くのスクリプトを作成して、実験データを分析およびプロットしたり、理論がデータにどのように適合するかをテストするための簡単なシミュレーションを作成したりしています。スクリプトは非常に手続き型になる傾向があります。いくつかのプロパティを計算し、他のプロパティを計算し、プロパティをプロットし、プロットを分析します...

プロシージャを書くだけでなく、クラスを使用する利点はありますか? 実際の分析を関数に埋め込むことができるので、データを関数に渡して実行させることができますが、関数はクラスに含まれていません。

クラスはどのような欠点を克服し、手続き的に記述できる場合、クラスを使用する目的は何ですか?

これが私の謝罪の前に投稿された場​​合は、その方向に私を向けてください.

PHP を学びたいのですが、OOP と手続き型についてのアイデアを得たいと思っています。OOP と手続き型に関する他のブログやチュートリアルを読みましたが、まだアプローチを理解できません。

OOP と手続き型

1. どちらを学ぶべきですか？
2. コードの違いは何ですか？効果は何ですか？
3. PHPフレームワークはOOPアプローチにどのように役立ちますか? (CodeIgniterを学びたい)
4. 手続き型にはフレームワークが必要ですか?

私は本当に両方のコードの違いを知りたいです.OOPについての私の理解は、あなたがようなクラスを作成し、それにアクセスできるということです. （それが正しいかどうかはわかりません）。

かなり主観的な質問で申し訳ありませんが、これについて私よりも経験豊富な方からの意見を得たいと思っていました。

私はかなり ajax 駆動型の PHP アプリケーションにはまっており、マークアップとクライアント側の動作をうまく分離していますが、私の PHP は少しずつごちゃごちゃになってきています。これまでのところ、部分に分割し、繰り返しがあまりないように構造化していますが、十分なコードでこれがどのように負担になるかを確実に理解し始めています。私は OOP と MVC について読んできましたが、CodeIgniter と Kohana のどちらにリファクタリングする価値があるかを判断しようとしています。直感的には、これは価値があるよりも多くの作業になるように感じますが、しばらくすると別の曲を歌っている可能性があることはわかっています.

あなたの経験では、今日、本格的なアプリケーションを手続き的に書くことは完全にハックだと考えられていますか、それとも手続き型/構造的プログラミングにより適した特定の種類のアプリケーションはありますか?

I'm hoping to get some tips to kinda help me break out of what i consider after all these years a bad habit of procedural programming. Every time i attempt to do a project in OOP i end up eventually reverting to procedural. I guess i'm not completely convinced with OOP (even though i think i've heard everything good about it!).

So i guess any good practical examples of common programming tasks that i often carry out such as user authentication/management, data parsing, CMS/Blogging/eComs are the kinda of things i do often, yet i haven't been able to get my head around how to do them in OOP and away from procedural, especially as the systems i build tend to work and work well.

One thing i can see as a downfall to my development, is that i do reuse my code often, and it often needs more rewrites and improvement, but i sometimes consider this as a natural evolution of my software development.

Yet i want to change! to my fellow programmers, help :) any tips on how i can break out of this nasty habbit?