確認点は次の箇所です。比例して広くなっていくこと次に、グラフをもう少し縮小してみます。今回の確認点は次の箇所です。幅が広くなったり狭くなったりしていること大丈夫そうですね。オブジェクトの違いではないか、と思います。いや、それ以前に、プログラミング言語として記述する内容がどのようにして論理回路に置き換えられるのか、という部分がもっとも分かりにくいところではないでしょうか。クラスの設計には非常に苦労をしました。よるシーケンシャルな処理と、論理回路合成の違いが理解できていないからだと思います。(今でも完全には理解できてません。'b11111111と示してましたが、私は当初、次のように書いていました。よるコンパイル時にエラーとなります。この「===」による比較がエラーになるのです。下のほうはダメなのでしょうか。クラス間の比較としては使えないということです。使うように書き直してみます。出力が得られずシミュレーションの結果も期待通りになりません。なっていることが分かります。Scala)と、論理回路合成の仕組は別なのだ、ということを理解しないといけないようです。ソフト屋であるわれわれが、もっとも苦手な部分と言っても良いでしょう。言語が論理回路の合成時に解釈する一時的な判断であって、それ自身が論理回路として出力されるのではない、ということです。文は静的に解釈されるだけで、論理回路には置き換えられないのです。コードには、この条件判定は現れません。正しく動作しないのです。コードに変換されます。なるような回路に変換されるのです。似たような問題に遭遇することがあるのですが)、それがプログラム言語としてコンパイル時点で解釈されるものなのか、論理回路の合成出力として解釈されるのかについて、常に注意を払わなくてはいけない、ということになります。言語設計者さんには自明なのでしょうが、一般のソフト屋さんに鬼門、ということになります。オブジェクトの違いについて」という話に戻ります。言語のプリミティブであり、条件判断のためのコードです。true)であるか偽(false)であるかが判断(演繹?)された時点で消えてしまうのです。オブジェクトを使わないといけません。オブジェクトを使って書き直してみます。戻した点に注意してください。}これなら正しく動作するはずです。「:=」でないといけない点にも注意してください。空けないほうが正しい書き方なのではないか、と思います。定義したオブジェクトなのです。私もようやく少しだけ、これらの違いが分かり始めたところです。今日は難しい話になりましたね。書き込んで動かすところまで行きたかったのですが、今日はこの辺にしておきましょう。24時間以内(営業時間中)とさせて頂いております。返答が届かない場合、何らかの事情でメールが不達となっている可能性がございます。お手数ですが、別のメールアドレス等で督促頂けますと幸いです。ページ(https://www.facebook.com/flogics/)でも御連絡頂けます。WordpressTranslate。