[過去ﾛｸﾞ] Win32API質問箱 Build125 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
41(2): 2019/03/28(木)04:11 ID:Wtvk2F5L(1) AAS
漏れは、Ruby から、Powershell のGet-Clipboard, Set-Clipboard や、
clip コマンドを呼び出して、処理する
Ruby内では、UTF-8 で処理するから、
CP932から、UTF-8へ変換して処理して、
UTF-8から、CP932へ戻す
入力 : Windows(CP932) → 処理 : Ruby(UTF-8) → 出力 : Windows(CP932)
# クリップボード内の複数行文字列の、各行の先頭・末尾から、
# 連続する空白類を除去して、クリップボードに入れる
str = `powershell Get-Clipboard`
str.encode! Encoding::UTF_8, Encoding::CP932 # UTF_8 へ変換
省4
42: 2019/03/28(木)08:03 ID:LrMYA2Ef(1) AAS
>>41
どこにでも沸いて出てくるんだな。
消えろ。
43: 2019/03/28(木)20:17 ID:Qzjf5uAe(1) AAS
>>41
処理中にクリップボードが使われたらどうなるの
44: 2019/03/28(木)20:41 ID:1BkYlymu(1/2) AAS
未だ、Win32apiって使われてるんだな。
自分はこの前古いwince向けソフトの機能追加のために
久しぶりに使った。
ce向けは仕様が若干簡素化されてたりしても少しはまった。後、開発環境(evc++)の軽さにも驚いた
45: 2019/03/28(木)21:05 ID:+dQtlJGX(1) AAS
未だいうて、APIそのものは必須やろ
46(1): 2019/03/28(木)21:25 ID:1BkYlymu(2/2) AAS
表現が不適切だった。
現在のアプリ開発は.netが主体なので、c言語でwinアプリを書く機会って減ってるのかなと思って。
※.netだと便利なライブラリが準備されてるので、そもそも
win32api を使う機会も減るのかと
47: 2019/03/28(木)22:17 ID:iCjWPJaI(1) AAS
>>46
便利なのとなんでも出来るかって云うのはイコールではないからね
手段は多く持っていたほうが良い
48: 2019/03/29(金)01:50 ID:P29wxCsC(1) AAS
.netの比率増えてきたけど、まだまだ.すくないなー
49(2): 2019/03/29(金)05:10 ID:NCHlEZ3/(1) AAS
.NETは糞
50: 2019/03/29(金)05:16 ID:zXK6y1Ir(1) AAS
.NET じたいがWin32APIなどライブラリのラッパーですよね？
51: 2019/03/29(金)06:02 ID:Eeymx9+7(1) AAS
Win32APIのラッパーはMFCと言うイメージ。
.netは.netと言うVMのAPIかな。
元がDelphiのVCLだからラッパーと言うのもおこがましい、高度に抽象化されたライブラリだし。
52: 2019/03/29(金)06:38 ID:ynnAtX2U(1) AAS
.NETは型システムを含めたランタイムそのものを内包しているので単なるライブラリではないだろ
53: 2019/03/29(金)17:48 ID:4iWq2eRj(1) AAS
極論かもしれないけど.netは単体のアプリケーションでMSの提供する
APIでWindowsの画面表示を書き換えるための環境なんだよね
なんでロジックと画面の書き換え以外の低レベルアクセスとかしようと
するとどうしてもWin32APIが必須になるのでいまだに「DllImport」みたいな
APIを残しておかないといかないわけで
低レベルはC++で書いてライブラリ化すればってのが本道なんだろうけど
結局「DllImport」するだけなんで、だったら直接Win32API呼んだほうが
早いし簡単だしってことでWin32APIから離れられないってことで
JavaもそうだけどマルチプラットフォームのためのVMで動作する言語は
低レベルアクセスを実装しちゃうとプラットフォームの違いを吸収できない
省1
54: 2019/03/29(金)22:57 ID:tI8PdZN8(1) AAS
44だけど、.netやjavaのようなvmが昔から普及してたらと思うよ。昨年からwinceからlinuxへのアプリ移植行ったけど、できるだけ元コードに手をいれたくなかったので、win32apiやmfcと同じ動きをする関数を作って対応した。
今はlinuxで.netも動くようなので、c#で書いてたらこんな開発しなくても済んだのにと思ったりする。
当時のCPUではvmアプリはまともに動かなかったかもしれないけど。
55: 2019/03/30(土)13:47 ID:SC/1hzmw(1) AAS
今だって、例えばJavaならJNIゴリゴリだったりして
本気で使うアプリの移植性がいいとは思えないがなあ
安い値段で拾ってこれるプログラマが触る部分にはちょうど良いのだろうが
56(1): 2019/03/30(土)14:03 ID:fcBwHp1J(1) AAS
移植前のの開発者や仕様決める奴の能力次第だな
後々のこと考えてた奴のを移植するのは言語関係なく移植楽
57: 2019/03/30(土)21:16 ID:JW4B6YKp(1) AAS
>>56
その通りだと思う。
ただ、vm上で動くアプリはプラットフォーム依存部をvmが吸収してくれるので、そこの部分の移植は不要。
58: 2019/03/30(土)23:53 ID:tgzhrogL(1/2) AAS
vine息してるの？
59: 2019/03/30(土)23:55 ID:tgzhrogL(2/2) AAS
うっかりさんした
wineって息してるの？
60: 2019/03/31(日)08:15 ID:JrOSOdLx(1) AAS
vine (linux) よりは息してる
上下前次1-新書関写板覧索設栞歴
あと 942 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.011s