Excel Python 質問スレ (438ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
78(3): 2018/01/30(火)15:12 ID:5GO1HuBo(1/3)調 AAS
>>77
Excelの正体がPコードの塊と言っても過言ではなく、過去のバージョンとの互換性によって今の地位があり、
セキュリティの問題からVBAに色んな制限を加えてきたという事実があるから、そこを本来的な使い方をしていないユーザーの為に全て捨てるとは考えにくい。
プログラミング言語の知識がない人によくある勘違いなんだけど、言語ってのは文法を指した言葉であって生成される中身は一定じゃないんだよ。
今でこそ規格化が一般的だけど、初期の頃はBASICやC言語にしたって、書き方が同じだけで挙動が違うってのはよくあったわけで。
だからPython VMを直接載せるのでもない限り、Excel Pythonは独自のコード生成をする事になるし、既にあるPコードで挙動を似せるのが一番現実的。
「VBAだと制限があるから、他の言語にすれば制限が無くなるかも！」という感じの意見がPython推しに一番多いんだけど、
現在の制限が無くなったら、そもそもExcelの開発環境自体が会社に禁止されて本末転倒になると思うから制限を無くすってのは出来ないだろうし。
92: 2018/01/30(火)20:42 ID:+nOyuNPb(1)調 AAS
>>78
> Excelの正体がPコードの塊と言っても過言ではなく
妄想じゃないと言い張るならソースのひとつでも持ってきやがれ
93(1): 2018/01/30(火)21:05 AAS
>>78
>現在の制限が無くなったら、そもそもExcelの開発環境自体が会社に禁止されて本末転倒になると思うから制限を無くすってのは出来ないだろうし。
現在の制限って何？
Excel VBAでできないことって何かあるっけ？
Windows APIも呼べるし何だってできると思ってたけど。
96: 2018/01/30(火)22:14 ID:ZkQFWyzj(1)調 AAS
>>78
まぁよしんばPコードを使うとしてそこまで心配することも無いんじゃない？
中間言語と言えば大概昔で言うところのアセンブラレベルまで低級化しているもの。
まぁインタプリタであることはネックになるかも知れないけど
Pythonが如何にPコードに翻訳されるかということだけでしょ？
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.020s