[過去ﾛｸﾞ] ふらっと C#,C♯,C＃（初心者用） Part154 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
142: (ｱｳｱｳｳｰ Sa0f-GXTs) 2022/03/11(金)20:52 ID:H3//uyOGa(1) AAS
スマホとPCを同じUIにするってならバカだけど
xamlで言語切り替えるのと同じ感覚でマルチプラットフォームにできるというのは大きいよ
143(2): (ﾜｯﾁｮｲ 9d6e-JxOY) 2022/03/12(土)08:55 ID:dl+G0hLg0(1/4) AAS
趣味の延長で小さな会社で一人で業務アプリちまちま作ってるんですが相談させて下さい
VS2019+FrameWorks4.8で帳票とかサードパーティ製入れながらWinFormsで、Linux+MySQLでそれなりの規模に膨れて使ってます
端末の選択肢がWindows機でタッチありで5万で抑えて増やしてましたが、コストの割りに性能低すぎ故障多くてipadとかchromebook、Androidとかの選択肢に切り替えようかと
デスクトップアプリから脱却となると、NET5とかNET6への鞍替えがいるかなと思うのですが、関連書籍もまだあまりでおらず
実際、VS2022いれてNET5かNET6どちらに進むべきですかね
ActiveReportsはNET5は対応していないし、他のサードパティは逆にNET5はOKでNET6はまだだったりですし、WindowsServerもたてれるようにならなきゃかなと思うと、本業片手間でやっているので学習コストも際限なくとはできないですし、稼働しているMySQLのデータは活かしたいところだしで・・何がいいのかわけわからなくなってきて
識者のご意見お伺いしたいです
144(1): (ｽｯﾌﾟ Sda2-qhH7) 2022/03/12(土)10:39 ID:LonchplXd(1/2) AAS
>>143
SaaSに切り替えりゃいいよ
145(2): (ｱｳｱｳｳｰ Sac5-I38D) 2022/03/12(土)10:48 ID:B+2fu+fka(1) AAS
.net5はサポート期間が終わったか終わるかそのくらいの時期だよ
そういうのを真面目に考えるなら.net5はアウト（そういうの気しないなら5でもいい）
新規ではなく、winformからAndroidなどへ移行させるのは面倒だよ
どのくらいwindows依存コードがあるのかにもよるけど。
端末価格（性能に対する価格）はどんどん落ちてくから、俺だったらなんとか耐えつつwindows/FrameWorks4.8でやってくかな
146: (ﾜｯﾁｮｲ 9d6e-JxOY) 2022/03/12(土)11:03 ID:dl+G0hLg0(2/4) AAS
>144
現状現場独自の機能が山ほどあるのでいまからSaaSというのは厳しいです
予算的にも・・・
>>145
となるとnet6をBlazorでちょっとずつ作り直していくてのが現実できですかね
(phpはかじってますが、JavaScriptはできない）
ブラウザベースに移行すればipadでもAndroidでもchromebookでもいけそうですし
ActiveReportsは大丈夫だし、それ以外のサードパーティ製は対応してくるのを待つとして
ネックは現在のサーバをWindowsServerに鞍替えするってことくらいでしょうか
CentOSは何年も触ってますが、Win鯖って扱えるようになるまでの労力って大きいですかね
セキュリティ含めてまでの学習となると相当苦労しそうですが・・・
147(1): (ﾌﾞｰｲﾓ MMa2-qhH7) 2022/03/12(土)11:23 ID:T121kO+WM(1) AAS
>いまからSaaSというのは厳しいです
と思いたいんだろ？
費用なんかお前一人が無駄な努力でドブに捨ててる人件費よりよっぽど安いよ
148(1): (ﾄﾞｺｸﾞﾛ MM95-koMU) 2022/03/12(土)11:30 ID:JvvNjppkM(1) AAS
なんでWindows Serverが出てくるんだろう…
149(1): (ﾜｯﾁｮｲ 7d02-WCXV) 2022/03/12(土)11:32 ID:MLpoR2LT0(1/5) AAS
帳票印刷のためじゃね
ActiveReportsの印刷機能はWindows依存だし
150: (ﾜｯﾁｮｲ 7d02-WCXV) 2022/03/12(土)11:33 ID:MLpoR2LT0(2/5) AAS
ていうか、言語のちょっとした質問ならともかく
複合技術でなんかやるって話だともう初心者スレの範疇超えてると思うけどｗ
151(1): (ﾜｯﾁｮｲ 7d5f-DF6R) 2022/03/12(土)11:34 ID:5CmXj57M0(1) AAS
FrameWorksって何？
152: (ﾜｯﾁｮｲ 9d6e-JxOY) 2022/03/12(土)11:45 ID:dl+G0hLg0(3/4) AAS
>>147
ちょっと調べてみます
>>148
元々端末の追加コストが問題なので、ブラウザベースに移行するとなると
WebAssemblyは肝心のDBが不可とあるようなので
ASP.net Coreサーバー動かすために
WindowsServerが必要という理解なのですが間違ってますか？
>>149
そうです、独自の機能もありますが
大半の機能は画面開いてDBからデータひっぱってきて画面表示、
スタッフが操作して業務管理し、必要に応じて帳票印刷という流れが大半です
>>151
NET Framework、誤字です
すみません
153: (ﾜｯﾁｮｲ 7d02-WCXV) 2022/03/12(土)11:50 ID:MLpoR2LT0(3/5) AAS
WebAssemblyはDBが不可というか、ブラウザ上で動く技術だから
WebAPIなり挟まないとDBのデータ取ってこれないのよ
DB入出力をWebAPI化するところからだな。パフォーマンスどうなるかは知らんけど。
154(1): (ｽﾌﾟﾌﾟ Sda2-/u3Q) 2022/03/12(土)12:50 ID:MMCseHWCd(1/3) AAS
こういうのこそXamarinの本領では？
画面以外のロジックの共有。
155(1): (ｽｯﾌﾟ Sda2-qhH7) 2022/03/12(土)12:58 ID:LonchplXd(2/2) AAS
>>154
153の言うとおり、こんなの結局WebAPI+薄いクライアントアプリという形にしかならないから画面以外のロジックは元々共有されてるんだよ
無意味
156: (ﾜｯﾁｮｲ ed2f-lWiN) 2022/03/12(土)13:28 ID:pgjQzAZm0(1/2) AAS
Blazor って想定はBlazor ServerじゃなくてWebAssembly なのか
まあ最大の問題は、帳票をどこからどうやって出すかで
それ以外は別にどうとでもなる
157: (ﾜｯﾁｮｲ e979-s6It) 2022/03/12(土)14:11 ID:5Dc3szfW0(1/2) AAS
やってもやらんでもどっちでもいいとこばっかりライブラリってできるんだよね
158: (ﾌﾞｰｲﾓ MMe6-iDiS) 2022/03/12(土)14:18 ID:Taqa0P0FM(1) AAS
ASP.Net CoreはLinuxで普通に動くよ
帳票の中身次第だがシステム的にはWeb化するのが常道
でもWebアプリの維持管理やセキュリティ対策とか趣味レベルで対応できるのか疑問だから
別の方法考えたほうがいいのかもね
159: (ｽﾌﾟﾌﾟ Sda2-/u3Q) 2022/03/12(土)14:32 ID:MMCseHWCd(2/3) AAS
>>155
とはいえWCFも無くなったし、WebAPIに簡単にはならんでしょ。
負荷もサーバ側にどーんと乗るのでバランスも悪い。
160: (ﾌﾞｰｲﾓ MMe6-iDiS) 2022/03/12(土)15:14 ID:WKXTy9Q3M(1) AAS
移行にかかるコストや時間を考えれば短期的には端末スペックあげるほうが断然良さそうだね
161: (ｽﾌﾟﾌﾟ Sda2-/u3Q) 2022/03/12(土)15:26 ID:MMCseHWCd(3/3) AAS
端末スペックで殴るのが一番楽はもちろんそうだけど、業務時間に少しだけ使うならAzureでデスクトップ借りてシンクラよろしくRDPすんのもアリかもね。
162(1): (ﾄﾞｺｸﾞﾛ MM95-koMU) 2022/03/12(土)15:38 ID:WugjRoTQM(1) AAS
>>143の時点ではクライアントアプリだったのをWebアプリにしようとしてるのかな？
正直小規模な会社なら>>145の言うようにWinForms + .NETFramework 4.8で良いような気がする
163: (ﾜｯﾁｮｲ 7d02-WCXV) 2022/03/12(土)16:46 ID:MLpoR2LT0(4/5) AAS
まあ規模次第だね
Web化するとデプロイの手間は軽減されるけど、少数台くらいだとあまり旨みがない
それなら端末に多少金掛かった方がマシ
164: (ﾜｯﾁｮｲ 9d6e-JxOY) 2022/03/12(土)17:00 ID:dl+G0hLg0(4/4) AAS
皆さんアドバイスありがとうございます
>>162
そうです、重い作業はデスクトップで、軽いのは小さいタブレットPC(ほとんどAtom)で
端末ごとに認証時に動作モードを変えて異なる画面サイズに対応させています
Atom機は遅いし故障も多いし、破損も多い・・・という状況で苦慮してます
移行の労力を考えるとやっぱりそのままいくのが一番妥当というところなんですね・・・
安くて性能の高いものが出てくるのも期待しつつ
軽い作業で使っている台数の多いAtomのものをせめてN4000番台に入れ替えながら耐えて
稼働している部分は触れずに、暇なときにLinuxにASP.NetCoreいれてWebアプリ開発にチャレンジして
徐々に軽い方だけ切り替えていく方向で考えてみます
165: (ﾜｯﾁｮｲ 427c-9pEf) 2022/03/12(土)17:04 ID:zW5va19F0(1) AAS
webでC#は流石にどうかと思うんだけどねぇｗ
コードを流用したい？とかなのかも知れないが
まだUnityとかの方がマシな気がするし
実際Unityで業務アプリ作ってたりしている所もあるらしい
個人的にはwebにするならPHPとかで作り直した方が良いと思うけどね
C#でweb化、過去の資産があるから短期間でみたいな仕事が来たら速攻で断るｗ
166: (ﾜｯﾁｮｲ ed2f-lWiN) 2022/03/12(土)17:21 ID:pgjQzAZm0(2/2) AAS
単純にC#でweb化っていってもな
MVCもあるし、Blazor ServerもWebAssemblyもある
そろそろ本気でBlazor評価しとかんといかんなぁ
過去の資産があるから短期間でみたいな仕事は
言語がどうだろうが環境がどうだろうがヤバイ匂いしかしないがな
つかAtomのタブレットってそんなに壊れるのか？
安物買いの銭失いとはよく言った気がするが
167: (ﾜｯﾁｮｲ 7d02-WCXV) 2022/03/12(土)17:30 ID:MLpoR2LT0(5/5) AAS
壊れる理由によるな
現場の扱い悪いなら、何使ってもすぐ壊れそうな気もするが
168: (ﾜｯﾁｮｲ 02da-9pEf) 2022/03/12(土)17:39 ID:x75wVy6A0(1) AAS
ぇ
WebバックエンドでC#なんて最高に相性いいじゃない。
EFのおかげでDB周りも楽だし。
フロントUIはAngularなりReactなり任せちゃえばいいし。
PHPとかnodeとか言ってるのはあれか、アクセス数少なくてパフォーマンス気にしなくてもいい人たちか。
169: (ﾜｯﾁｮｲ 69d2-nn6q) 2022/03/12(土)17:43 ID:olrB42jq0(1/2) AAS
ショボいスペックのPCにそこそこの要求スペックのWindows入れること自体ねぇ
アプデもあるし2年もすれば時代遅れになるだろうことは想像できるけど
ハードウェアが壊れるかどうかは知らん
170: (ｵｯﾍﾟｹ Sr91-fCgU) 2022/03/12(土)17:49 ID:xsaO6v3ar(1/2) AAS
WebでC#ってローカルでDockerで構築してAWSとかにLinuxイメージごとデプロイするの？
171: (ｱｳｱｳｳｰ Sac5-I38D) 2022/03/12(土)18:17 ID:JKJATSZJa(1) AAS
phpなんかでやるのと同じ。(phpはビルドないけど)ビルド結果だけをデプロイだよ
上下前次1-新書関写板覧索設栞歴
あと 831 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.014s