PV1大手企業から情報システム開発を請け負ったのですが、クラスは作成しないでくださいという注文があります。許されているのは、実行に最低限必要なクラスのみ。私の会社が去ったあとでも元請でソースを読めるようにしておきたいとのことです。処理と条件分岐と繰り返しで作るようにといわれています。わかり易くいうとオブジェクト指向での開発はしないでくれとのこと。契約はしてしまったあとです。すればいいか教えてください。補足:請け負ったのではなく派遣で客先常駐しています。(2)その質問文からは何を回答していいのか分りません。結局のところクラスは作れるわけですから。15:32元請がソースコードレビューするのですが、オブジェクト指向で書かれていると理解できないという理由です。プログラミングをやったことがない方がソースコードレビューしているためです。10:43あと、開発しているソフトの概要と規模もおしえてください。小規模なコマンドラインツールなら、JAVAだと一つのMainクラスに全てのコードを書くことも難しくありません。12:43ソフトの概要は、元請向け社内システムです。詳しいことは言えませんが、全従業員が日々使う(毎日入力する)システムです。規模数ですが、画面数にして50画面(機能)+それぞれの画面(機能)に付き、こまかな遷移があります。今あるシステムのリプレースになります。15:46もしかして、元請けとか関係なく。更新順0「クラス」を作るな、というのは、Javaファイル内にクラスを一つだけ作れという意味ではないかと。以下のような、オブジェクト指向の欠点により、使ってほしくないということだと思ってます。(1)デザインパターン等を使用すると、クラスが多くなる(見かけ上実装量が増える)(2)多重継承等を使われると、処理手順が、そのソースを見ただけだと不明になる業務系を実装する場合、どちらかというとオブジェクト指向的な記述は有効ではないと思います。古いですが、機能設計すればいいかと。業務の処理手順は、ここです的なのさえ分かるようにしておけば、あとは普通にclass使っていいんじゃないですかね。1class1機能とかは厳守できないでしょうが。(0)0クラスを作成するなという元請はこれが初めてではありません。何千行もあるクラスなど。いままで元請の注文通りクラスを作らず開発してきました。開発は丸投げかつ何をやっているか元請にもわかるように。した開発手法も説明してきました。