せせらぎの里 町田市自然休暇村
長野県佐久郡川上村に有る
町田市民ならキャビンで１泊１８００円のリーズナブル
本館に大浴場があり、朝６時から夜２１時まで入れる
浴場に薬石があり、ラジウム鉱石らしく、増冨温泉 に近い効果があるかもと
張り紙がありましたが、十分効果は有ると思います。
お湯は優しいし、入湯後はポカポカでした。
増冨温泉より、こちらの方が良い（増冨温泉のお湯が温いのです）
上川村は水道が無いので、山の水を浄水しているので
水がとてもおいしいです。
キャビンはwifiと電波が届かないので、デジタルデトックスにもなります。
朝からお風呂に入れるので十分贅沢させてもらいました。
React-nativeが難しい
現行version が 0.76.2
最新が0.79.2
２つ以上version違いなので、最新にUPしたいが
react-fast-imageが 0.79で非推奨になっていた
画面回りのコンポーネントが新しいversionで非推奨は辛い
OSSだから仕方がない
無料で公開してくれているんだから、こちらでコンポーネントを合わせるしか無い
telework用テーブルが昨日届いたので組み立てしました。
今までは娘の学習机で作業
学習机が幅９０ｃｍ奥行６０ｃｍ
今回購入した机が幅１２０ｃｍ奥行６０ｃｍで１万円
４０ｃｍ広くなったので、２画面を考えたが
じじぃなので、４Ｋモニタにすると字が小さくて読めない問題が発覚
５５インチでも文字倍率２００％ 文字はOKだったけど
開発画面のアイコンが小さくて見れなかった
２７インチ２５６０ｘ１４４０位の文字サイズじゃないと無理
SQL Serverのテーブル or ビューの定義から C#のデータアクセス用classを作成 revision2
T-SQLのREAL項目を追加
SELECT 'public ' +
CASE
WHEN UPPER(DATA_TYPE) IN ('INT') THEN 'int'
WHEN UPPER(DATA_TYPE) IN ('SMALLINT') THEN 'short'
WHEN UPPER(DATA_TYPE) IN ('FLOAT') THEN 'double'
WHEN UPPER(DATA_TYPE) IN ('REAL') THEN 'float'
WHEN UPPER(DATA_TYPE) IN ('TINYINT') THEN 'sbyte'
WHEN UPPER(DATA_TYPE) IN ('BIT') THEN 'bool'
WHEN UPPER(DATA_TYPE) IN ('DATE','DATETIME') THEN 'DateTime'
WHEN UPPER(DATA_TYPE) IN ('CHAR','NCHAR','VARCHAR','NVARCHAR','TEXT','NTEXT') THEN 'string'
ELSE 'xx' END +
CASE WHEN IS_NULLABLE = 'NO' THEN ' ' ELSE '?' END +
COLUMN_NAME +
' { get; set; }'
FROM INFORMATION_SCHEMA.COLUMNS
WHERE TABLE_NAME = @TableName
ORDER BY ORDINAL_POSITION
最後に CHAR(13)があって、余分な改行を削除しました
React-Nativeの単体テスト Expo GO
npx expo start で実行する
今まで npx expo run:android でapkを作成後、実機にapkファイルをコピーして
テストを行っていた
buildするまで30分、イライラしていたら
npx expo startでmetro起動後、expo goが起動して1分足らずで単体テスト
無知、知らないって損をする、IT業界は一生勉強と感じました。
でも、５０歳過ぎの勉強は面倒です、覚えられないよ
これをオープンソースで公開してメンテしている
Expo GOの環境を作った人たちに感謝します。
FireBaseでReact-Appを動作、SupaBaseの無料枠でWebアプリを稼働
副職でReact-Nativeをする必要に迫られてReactを勉強する為
FireBase Hostingの無料枠+ SupaBaseの無料枠でReact-Appを稼働させてみた
FireBaseのHostingにUPするには、TypeScriptからJavaScriptにbuild後
buildしたフォルダをfirebaseにupすることでした。
単体テストでnpm startを実行する時間が１分位だったのが
bun を使用したら20秒位に、これでトライ＆チェック が楽になった。
MicrosoftもGoでtypescriptのコンパイルを作成
最初からコンバイル言語で作成したら良くね？（d言語とか）密に思っている
現在のが有る程度作成出来たらgithubで公開する予定です。
T-SQLで作成
--ここからC#用classを作成
DECLARE @TableName VARCHAR(30)
SET @TableName = 'dummytable'
SELECT 'public ' +
CASE
WHEN UPPER(DATA_TYPE) IN ('INT') THEN 'int'
WHEN UPPER(DATA_TYPE) IN ('SMALLINT') THEN 'short'
WHEN UPPER(DATA_TYPE) IN ('FLOAT') THEN 'double'
WHEN UPPER(DATA_TYPE) IN ('TINYINT') THEN 'sbyte'
WHEN UPPER(DATA_TYPE) IN ('BIT') THEN 'bool'
WHEN UPPER(DATA_TYPE) IN ('DATE','DATETIME') THEN 'DateTime'
WHEN UPPER(DATA_TYPE) IN ('CHAR','NCHAR','VARCHAR','NVARCHAR','TEXT','NTEXT') THEN 'string'
ELSE 'xx' END +
CASE WHEN IS_NULLABLE = 'NO' THEN ' ' ELSE '?' END +
COLUMN_NAME +
' { get; set; }' + CHAR(13)
FROM INFORMATION_SCHEMA.COLUMNS
WHERE TABLE_NAME = @TableName
ORDER BY ORDINAL_POSITION
１００近い項目の変換が面倒になった
android9以降のhttp通信はhttpsが必須だった
apkを作成してandroid実機でテストしても動作しない
はてな？ エミュレーターでは動作したけど．．．．
よくよく考えたら android9からは httpsが必須だった
.NETも iis expressの単体テストもhttpsオプションが付いていた。
世の中は httpsだった(テスト環境ではhttpで許して欲しい)
telerik kendoreact の実行環境を作成して見た
npm audit後、npm startで実行すると色々とエラー発生
webpack と react-scriptsのバージョンが古いのが原因だった
ライブラリのバージョンって難しい
データベースがSQL Server
管理プログラムをMAGICで作成、このデータをRest APIで公開するのだが
GraphQLを使って公開した
nugetには GraphQL.NETと Hot Chocolateがあった
両方とも今年に更新されているので どちらを選ぶか迷いました
Hot Chocolateの方が.NET8に対応なので こちらを選択
nugetからソリューションに追加
EF Coreと連携して SQL ServerのデータをGraphQLとして簡単に公開出来ました
SQL Server側でViewを作成後、GraphQLで公開すればClient側は
凄くシンプルになった。
現象
C#で作成した GraphQL Clientからは Azure上のGraphQLは問題なくデータ取得出来た
React-Appで作成したアプリでGraphQLをCallするとnetwork errorと表示される
原因
React-Appを起動する時は Http://localhost:3000
ローカル実行から他のサイト(GraphQL)をCallすると CROSでセキュリティー上NGだった
対応
package.jsonにproxyを追加
"proxy": "http://azure.japaneast.cloudapp.azure.com"
GraphQLをCallしているurlwも変更
"http://azure.japaneast.cloudapp.azure.com/graphql" ->
// urql Clientを作成
const client = createClient({
url: '/graphql', // Proxy経由
exchanges: [fetchExchange],
});
fetchExchange を追加しないとリモートからデータを取得しない
react-appから見たら GraphQLがCROS
Web Browserの開発toolで見るとしっかりと赤字でCROSと表示されていた
CROSを知らなかったことで１日潰してしまった .....Orz
Azure Web Service + Supabase 有りでした
Azure Web Serviceの無料枠がhttps以外無効だからSQliteでDBを作成する予定でしたが
SupabaseのC# ClientがRest API経由でデータを取得出来るので
ネットワーク問題を回避出来た。
ＪＷＴの認証ライブラリを作成してくれた人たちに感謝します
Supabaseの無料枠もPostgreSQLで500Mだから
容量的には１Ｇ欲しいけど、無料って考えてると５００Ｍでも十分です
無料だと大体１００Ｍから３００Ｍ
Azure Web ServiceのfreeプランでWebアプリを公開したが
仮想ネットワークを構築しないとfirewallが使えないことが判明
databaseが使えないwebアプリって、意味ないよ、とほほ
local database SQLiteが使えるからコレでしばらく運用してみる。
皆考えていることは一緒、サーバ管理無く、Webアプリを動作する
AWSにも同じサービスがあった
Azure Web Serviceを作成する時に他のサービス接続を選択出来る
この時に 選択出来るのが Azureのdatabase service
他のdatabaseサービスは使わせてもらえない
アプリ開発で開発後の運用を考えるとAWSの環境は理想的
アプリサービス、DBサービス、ストレージサービス
上記３つがあればOSの管理が不要
月に１度のWindows updateなんて運用も不要
OSSで固めたsupabaseはDBがpostgreSQL RDBなので
MAGICとも相性が良い
azureでsqlサービスを使用するだけで月５万 は、コストが高い
supabaseは月$25 約４０００円 これだけの違いなら
評価して速度に問題無しなら有りだと思う
今度のアプリはreact nativeで作成する予定
JavaScriptが読めないからdotNet MAUIにしようとしたんだけど
既存ソースを使いたいからとなったらしい。
画面回りはwebの方が分かりやすい
back ground をd言語で記述したら怒られるかなぁ～
native compileでwebサービスを作成出来るフレームワークが知りたい。
typeScriptのwebサービスも考えたけど、コンバイル時間がjava並みだったので
対象外にしたい。
MAGIC XPA 4.10
installerには MAGIC XPA 4P
install folderは MAGIC XPA 4.10 正直 Web Clientで version5にしても良くね？
Web Client用がNodeを使用しているからなのか？
nodeのmoduleが必要、 nodeのmoduleのディスク容量がデカい
SmartUXのデザイナーのEXEだけで300Mbyte
ひと昔なら フレームangular は有りでしたが
現在は react native 各OS毎にUIを作成するのが面倒
iOSなら SwiftとSwiftUI, Androidなら Kotlin, AndroidUI WindowsはWPF
Client側のUIがOne Sourceになるだけでも楽になる（楽をしたいです）
MAGIC XPA 4.7 Mobile App font設定
開発時はfont定義は一つなのですが
テスト用MAGIC RIAサーバ上にAndroid, iOSのフォルダが作成されて
font定義が定義出来るようだ
magic.iniで指定しているfont定義を変更しても iOS側のfontが変更されなかった
もしかしてと思い、iOSのfont定義を変更したら変更された
運用的には嬉しい仕様、androidとiOSのfontをどうしようか？
思っていたから
iOSには SF-Pro Text
Androidには Noto Sans JPを使用することになった
MAUI build後
Error XAGJS7009: System.InvalidOperationExceptionが表示される
対応
obj、binフォルダのファイルを全て削除後、re-buildを実行
.NET MAUI NET9でTabbedPageが使用可能
今まではAppShellでTabbar記述
AppShell不要、TabbedPageで記述するようになった
App -> AppShell -> MainPageが
App -> MainPage に変更
MaiPageに TabbedPageの記述を行う
.NET MAUI 画像ファイル名に ハイフンは禁止
ハイフン -> _(アンダースコア) じゃないとbuild NG
コンバイルはOKだけど、Build時にエラー表示なので、最初原因が分からなかった。
