Java/C#.NETソースコード自動生成をもっています。Frameworkを実際に作ってみて、ソースコード自動生成に関して改善したいと考えていることをメモします。Java/C#.NETソースコード自動生成をもっています。部分に関して改善したいと考えていることをメモします。おいては、ソースコード自動生成クラスとソースコードデータ構造とが混じってしまっています。いくつかのプロダクトを作成したうえで、変更したいという欲が湧いてきました。これをデザイン変更して処理(Transformer)とPOJO(クラス構造)という2つの責務に分離し、ソースコードの構造をあらわすデータ構造とソースコード生成処理(Transformer)そのものを分離して整理したいと考えました。Javaバイトコードの構文を参考にしたく考えています。このソースコードデータ構造については、Javaバイトコードの構造についても参考になるのではと考えています。ある意味必要最低限の要素単位であると考えるからです。究極的な実装としては、ソースコード自動生成とバイトコード自動生成の両方が実現できるソースコード生成部がベストなのでしょうけれども、多言語対応という観点も考えると、バイトコード自動生成対応は優先度が低いと考えています。ほんとうは実現したいことには、ソースコード自動生成に関する処理そのものにオブジェクト指向を注入することが可能であるのかどうかについての検証です。あるソースコード自動生成処理があって、そのクラスを継承して機能を追加したら、実際に自動生成する対象のソースコードも機能追加というかたちです。これが実現できると、ソースコード生成部を継承すると、あたかもそのものが継承されたかのごとく自動生成されるソースコードも継承されたが如く自動生成される、そんなデザインができたら非常に素晴らしいものと考えています。実はこれは実現可能ではないかとも構想中です。いった特徴はテンプレート型ソースコード自動生成では実現できない、がりがりのソースコード自動生成型ならではのメリットでもあります。これを行動にうつすとしても、blancoCodeGeneratorJavaScriptを実装したあとで実施しようと考えています。C#.NET言語の2言語においてしか経験をしていないからです。JavaScript言語の自動生成も経験して、いちおう3言語を経験した後であれば、ある程度普遍的なソースコードデータ構造というものを導出できるように考えるからです。2という数字を越えるプログラミング言語の自動生成をおこなって、そして初めてある程度普遍的な共通点を導出できるのかなぁ、なあんて勝手に想像しています。「Javaっぽい」プログラミング言語だけですね...。Excel様式の賢い読み込みがあります。この箇所について改善したいと考えていることをメモします。Excel様式読込処理の箇所なのです。追い詰められた状態において勢いで作りました。(そして、これは恥ずかしいソースコードに対する言い訳です)。Frameworkの心臓部みたいなところです。FrameworkのExcel読み込みが非常にシンプルで、そして賢い挙動をするようになっているのです。あのような恥ずかしいコードに...。みなさま、スミマセン。バグはなるべく早急に修正します。これは可能性が非常に低いアイデアです。私に時間的なある程度の余裕があれば、この箇所について別の抜本的な改善をおこないたいのです。Excel様式の読み込みについても、前述のオブジェクト指向が導入できれば非常に素晴らしいのだ、と考えています。Excel様式を継承して別のExcel様式を作成するのです。Excel様式から得られた内容を処理する箇所についても、これが継承とかできると画期的だろうと考えます。Excel様式が継承されたかのごとく振る舞うのです。Delphiの画面の継承のExcel様式版みたいなものです。もんのすごく頭の良いそして実行力のある人にしか実装できない難易度の高いプログラミングなのではないかとも考えます。いうことは、私には時間が与えられてもスキル的に実現は困難っぽいですね...。Excel様式のオブジェクト指向なんていうネタには取り組まないような気もしてきました...。オブジェクト指向におけるステレオタイプに該当するのだ、と捉えることが出来ます。そのまま新規のソースコード自動生成へとつながります。(該当する専門用語は決まっていません)。Frameworkを遂行するうえでもっとも難しい工程のひとつなのです。Excel様式を決定する専門家がいます。(私ではない人物が担当しています。それに比べて、ソースコード自動生成はある意味が自明の実装なのです。ソースコード自動生成は実現できるのです。ソースコード自動生成というジャンルにおいて、ソースコード自動生成という営みそのものは主題ではないのです。皮肉なことですね...。Framework]の特徴なのでしょう。設計書から実装への連動感が、プログラマーの設計書執筆作業を苦痛から快楽へと変えてくれるのです。Framework]関連作業のなかで最も難しい作業のひとつとなっています。ソースコード自動生成と連動するステレオタイプさへ導出できれば、その該当箇所はもはや完全自動化されたようなものです。それが難しいのですよね...。寝ぼけながら書いたので、文章が練れておりませぬ...なあんてことを書きたかったので勢いで書き下ろしました。ソースコード自動生成は前世紀からごく普通に携わってきた題目です。私には馴染んだ、そしてライフワークみたいなものです。C++言語ソースコードが自動生成対象でした。2001年から既に関与してきました。O/Rマッピングでした。Frameworkに取り組みました。いくつかの点は納得できました。新たな改良点が目についてきてしまうのです。現時点では「UNIXという考え方」に延べられているような、素晴らしい設計理念を持ち合わせています。これを活用すると、現時点で不満を感じている点を改善した新たなソースコード自動生成を作り上げる可能性を感じています。それを実現したとしても、また後で振り返ると別の不満が出てくることでしょうけれども...。当個人的見解に一切責任を持ちません。