桂馬の学習ノード

[C#][Windows] MessageBox中に改行処理

2021-12-23T10:31:00.004+09:00

仕事メモです。

Windowsプログラミングによく使用するMessageBox。大量の内容を見せやすくするには改行が必要不可欠です。

いちいちCrLfを追加するのが面倒くさいので、より分かりやすくなる名前はC#内にあるようです。

Environment.NewLine

上記の意味ある内部変数を使ったらいいです。将来LinuxやMacに変更しても同じもので対応可能。通常のCrLfはWindowsのみであり、OSによる覚え間違いは減りますが、長い英単語を覚える方が逆に難しい…なんです。

LeetCode 01: Two Sum

2021-10-03T13:55:00.000+09:00

長い間ウワサは聞いておりますが、初めて触りました。リートコード(LeetCode)という中国発のネットジャージシステム。一応自分が登録したのはアメリカサーバですけどね。

多分アルゴリズム上ではそこまで最適化していませんが、一応コードを記録しておくことに：

public class Solution {
    public int[] TwoSum(int[] nums, int target) {
            int index1=0;
            int index2=1;

            int maxindex = nums.Length;

            while (true)
            {
                int solution = nums[index1] + nums[index2];
                if (solution == target)
                {
                    int[] result = new int[] { index1, index2 };
                    return result;
                }

                index2++;

                if(index2 >= maxindex)
                {
                    index1++;
                    index2 = index1 + 1;
                }
            }
    }
}

在多個專案中同時設定依賴專案版本

2021-09-13T19:42:00.005+09:00

如果你像我在做Blazor的披薩工作坊時，執行build卻發生像下面的錯誤:


  warning NU1604: Project dependency 'PackageA' (<= 9.0.0) does not contain an inclusive lower bound. Include a lower bound in the dependency version to ensure consistent restore results.

很好，第一步你找對地方了。這是一個msbuild的問題，也是這個工作坊內容的一個小問題。

這個專案中牽扯到了nuget包裝版本問題。而通常我們在github等上傳資料時，並不會包含nuget引用的封包(可以自己抓的就不要浪費網路流量啦)。

基本上專案用的方法並沒有錯，他只是少傳了一個檔案。在這個檔案中，我們可以將多個proj所需的最低版本放到同一個檔案中集中管理，這樣升級的時候就不需要一個一個去打開專案檔修改參考版本。

你所需要做的動作如下:

1. 在Solution檔案夾下放一個共通的檔案。如果你像我常常使用VSCode，那就是把檔案放在sln檔的同一個目錄中。在標準設定中，他會被叫做Directory.Build.props

2. 修改檔案內容，改成像下面這樣:

<Project>
    <PropertyGroup Label="Package Dependencies">
        <AspNetCoreVersion>5.0</AspNetCoreVersion>
        <EntityFrameworkVersion>5.0</EntityFrameworkVersion>
        <BlazorVersion>5.0</BlazorVersion>
        <SystemNetHttpJsonVersion>5.0</SystemNetHttpJsonVersion>    
    </PropertyGroup>
</Project>

3. 如果你是用dotnet cli或是Visual Studio，恭喜你，你已經可以正常build了。
如果你不是使用標準build。那你就繼續做下一步。

4. 打開你的各個專案檔(就是那些csproj檔)。在<Project>的最上層添加下面這行

<import Project="..\Directory.Build.props" />

5. 結束。這樣應該又恢復正常了。未來有升級的時候，自己進去修改所需最低nuget的版本，看是要改成6.0還是什麼的，就看大家造詣了。

ref: https://github.com/dotnet-presentations/blazor-workshop

keyword: asp.net, dependencies.props, Directory.Build.props, .net core

DataGridCheckBoxColumn動作模式變更

2021-02-12T17:12:00.002+09:00

參考: http://tawamuredays.blog.fc2.com/blog-entry-265.html

DataGridCheckBoxColumn裡的CheckBox，在預設狀態下，必須先點一次，Row取得focurs之後才能改變狀態。使用上不是很直覺，跟一般的CheckBox不太一樣。

背後的原因是因為DataGridCell本身有分成顯示用的ElementStyle跟編輯用的EditElementStyle兩種模式，為了做出區分，犧牲了CheckBox的直覺性。

可以依靠設定Style的方法，使操作更為直覺。

修改方式如下:

在各自的Style設定中(可以放在上位DataGrid的DataGrid.Resource裡)，加入以下程式碼

或是

<Style TargetType="CheckBox" x:Key="CellCheckBoxStyle"
       BasedOn="{StaticResource {x:Type CheckBox}}" />

然後就可以在DataGridCheckBoxColumn上設定我們所需的ElementStyle

<DataGridCheckBoxColumn Binding="{Binding Selected}"
                        ElementStyle="{StaticResource CheckBoxCellStyle}" />

做完以上的設定，指定的DataGridCheckBoxColumn裡面的CheckBox就會是我們常用的單點就會有反應的CheckBox了。

以上。

SQL 改行コードの処理

2020-10-09T13:47:00.005+09:00

SQL中に、改行コードはCHAR(13)あるいはCHAR(13)+CHAR(10)が該当します。

それらを用いて保存すると、CSV出力やExcelにコピーする際にちょっと厄介です。

次のコードで、一括それら改行コードを削除できます。


  UPDATE [TableName] SET [FieldName] = REPLACE([FieldName], CHAR(13) + CHAR(10), '') WHERE [FieldName] LIKE '%' + CHAR(13) + CHAR(10) + '%';
  
  UPDATE [TableName] SET [FieldName] = REPLACE([FieldName], CHAR(13), '') WHERE [FieldName] LIKE '%' + CHAR(13) + '%';

PrismでDIコンテナを使用するRegister vs RegisterInstance vs RegisterSingleton

2020-09-28T19:25:00.009+09:00

Prism 7以降に、サービスを注入する際に、Register, RegisterSingleton, RegisterInstance三つのメソッドが使えます。それぞれを使用する場面について、ちょっとした解説を書き残します。

実際にサービスを登録する場合、そのサービスを使用する場面によって、異なるサービスを使用するべきと言われていますが、次のように大まかに分けています：

Register 該当Interfaceが注入された場合、DIコンテナが自動的に新しいインスタンスを生成し、終わったときにインスタンスを廃棄する。
RegisterSingleton 全部の注入には同じインスタンスで対応する。
RegisterInstance 主にRegisterSingletonと同じだが、生成されるInstanceは自分で管理する場合使用。

では、どれを使うほうか正解ですか？

まぁ、ほとんどなサービスはSingletonとして登録されます。ViewModelはそれらのサービスによって通信できるようにするためです。例えば、EventAggregatorサービスで、あなたが持つあるViewModelからEventを発行する際に、他の何かはそのことを知らせたいですが、それは同じインスタンスのサブスクリプションを発行者サービスとして登録している場合受け取ることができます。とはいえ、WCFクライアントは、同じシングルトンを使用する必要はありません。なぜならば、その処理はサーバー側が処理すべきなのです。

場合によっては、インスタンスを登録することは嫌がります。特に登録(register)と逆解析(resolve)が混在している場合。インスタンスを作成する際にそのインスタンスの依頼先をすべて確保する場合も。（だからResolveを呼び出す。その呼び出す自体がやや気に障るが。）

ひとつのメソッドですべての必要項目を全部登録してしまえば問題は減りますが、複数の交互依頼モジュールがある場合にはちょっと頭痛いです。

訳者注記

最近のプロジェクトでDBのアクセスサービスに、Singletonの登録にはちょっと問題あると気付きました。EntityFrameworkのDbContextを利用していますが、すべての画面が同じDbContextを登録した場合、DB側に更新がある場合、リアルタイムにReloadができません。渋々にSingletonを解除して、画面ごとに新しいDbContextを使うことにしたら、キレイに解決しました。ネットで検索したら、DbContextは長時間メモリに滞在するようには良い影響はしないようです。とりあえずEntityFrameworkのDbContextはSingleton登録しないようにする方が良いです。あるいは必要の場合自分でインスタンスを管理する方が良いかもしれません。

[IAmTimCorey]15 Visual Studio Editor Tips

2020-08-16T00:31:00.001+09:00

這是一連串的文章，關於我所知道的C#推廣者 Tim Corey 頻道 IAmTimCorey 的內容。
這同時是我的學習筆記。以下的中文用詞，大部分是個人慣用語。一般來說會附上英文原詞，方便大家對照。

原始連結: https://www.youtube.com/watch?v=qv6ZflueASY

這次的題目，是有關那個號稱地表最強IDE的Visual Studio在設定上的一些小技巧與內容。

TOC

IntelliCode 智能程式碼
個人化的IntelliCode Personalize IntelliCode
程式碼風格 Code Styles
編輯器設定 Editor Config
方案效能 Solution Performance
程式碼清理 Code Cleanup
專案/方案範圍的程式碼清理 Project/Solution-wide Code Cleanup
以JSON格式貼上 Paste as JSON
快速動作與重購(更多選項) Quick Actions and Refactoring (more options)
阻擋字元Discard Character
XAML熱重載 XAML Hot Reload
XAML右鍵選單 XAML Pop-out Option(bonus)
清單固定屬性 Pin Properties in List
剪貼簿環 Clipboard Ring
視窗剪貼簿環 Windows Clipboard Ring (bonus)
工具盒程式碼存放 Toolbox Code Storage
統一搜尋 Universal Search

IntelliCode 智能程式碼

IntelliCode是VS在2019上追加的功能，它是藉由延伸功能(Extension)來達成的功能。這個功能也因為在不同的版本上而有不同的功能實作。如果在已安裝套件中查不到[Visual Studio IntelliCode]或是看到該功能未被打開，可以將它打開，也可以從Market中搜尋相關字詞來進行安裝。

那麼它實際的功能是什麼呢？說明文說，這是一個AI輔助的開發生產力工具。他實際上做的，就是根據過去的相關程式(基本上是基於GitHub的巨量程式碼)的撰寫內容，主動幫你建議接下來要鍵入的內容。這幫我們省下很多打程式碼的時間。

個人化的IntelliCode

有些人在寫程式碼的時候，有一些自己的風格，可能跟GitHub大師們的風格不大一樣。我們可以自行訓練我們自己的AI訓練模型，讓他比較接近這些[我流]的風格。你可以打開View -> Other Windows -> IntelliCode Model Window，然後建立一些IntelliCode的訓練模型(model)，你也可以設定這個訓練模型是方案中，還是適用於你帳號下的所有程式碼，並將這些訓練模型分享給其他人，或是使用其他人製作好的訓練模型。

當然，這些訓練模型可以手動進行訓練，也可以自動進行訓練。自動進行訓練的選項，是讓VS將分析的內容自動上傳到Azure DevOps，並使之時常依照你的編碼風格去尋找你最常使用的功能或是用字。這樣你的團隊就可以使用你最新的編碼風格。

再次提醒，如果沒有看到上述的功能視窗，記得要進選項(options)去打開所有相關的IntelliCode的功能。

程式碼風格 Code Styles

這個設定，是要讓VS在自動生成程式碼的時候，或是進行Code Formating的時候，更能貼近你平常的使用方法。要進入這個設定，請打開Options -> Text Editor -> C# -> Code Style -> Naming進行設定。如果這部分沒有設定好，你會需要一直花時間在與「自動格式化」抵抗。記得把這地方設定成你所習慣的方式，然後再開始進行Coding。

編輯器設定 Editor Config

事實上，我們可以將上述的程式碼風格個別套用到不同的專案或方案中，透過設定一個實體.editorconfig檔。這將會讓我們在編碼時可以將不同程式碼風格帶入不同的專案中。最方便的地方，是當我們在分享專案時，同時分享程式碼風格。

另外一種方式，你也可以像製造IntelliCode的訓練模型一樣，讓VS掃描你的專案後，用你當前的專案程式碼風格去產生一個.editorconfig檔。

方案效能 Solution Performance

好，真正重點的來了。這個設定會影響到你使用VS的效能。

Tim建議以下設定

Options -> Projects and Solutions -> General -> Track Active Item in Solution Explorer -> Checked
這會讓你的方案瀏覽器在你編輯檔案時，直接將該檔案在瀏覽器中顯示高亮。這會便於讓你知道檔案目前在哪裡，或是你目前是在編輯哪個檔案。
Options -> Projects and Solutions -> General -> Restore Solution Explorer project hierarchy state on solution load -> Off
這會提升你打開VS時或是打開專案時的讀取速度。
Options -> Projects and Solutions -> General -> Reopen documents on solution load -> Off
理由同上

程式碼清理 Code Cleanup

VS有個小工具，它可以幫你自動清理程式中不需要的程式碼，讓你的程式碼保持最低限的文字。他在你的程式碼編輯器的下面，有個小小的像掃把一樣的圖示，點擊後可以進行設定，也就是設定你在完成程式後，或是整個專案中，當你在修改完程式後，它會自動幫你進行清理動作，這些動作會依照你的設定進行。

專案/方案範圍的程式碼清理 Project/Solution-wide Code Cleanup

好，就如同上面一樣，但是你可以套用到整個專案中，如果你有設定好你的清理規則。

以JSON格式貼上 Paste as JSON

事實上，他是幫你分析剪貼簿中的JSON資料，然後你可以使用［貼上特殊］(Paste Special -> Paste JSON as Class)，然後讓你超快速地完成建立POCO類的動作，而不用自己一個一個建立field。

快速動作與重購(更多選項) Quick Actions and Refactoring (more options)

這功能其實不用太多講，因為大家都在不知不覺中使用了。在你撰寫程式碼的時候，有時候你會在不知不覺間打太多多餘的程式，而這些功能可能在新版的程式中是多餘的。你可以利用Ctrl+.的快速鍵來進行快速重構，簡單的縮減或重構你的程式碼。

有時候，你常常可以在這個選項中找到更有效率的Coding方式。

阻擋字元Discard Character(_)

這功能，與其說它是VS的功能，不如說它是C#的新功能。

你可以設定一個名為_的變數，讓他儲存你不想要使用的資料，並在當下馬上將讀取的資料放進垃圾回收桶。

XAML熱重載 XAML Hot Reload

在某些與後端不須交流的前端設計上，當你修改XAML設定時，VS會直接熱重載你的XAML介面，讓你可以幾乎即時地確認設計變更。

XAML視窗分離 XAML Pop-out Option(bonus)

當在設計時，有時候你會覺得XAML的程式碼與顯示介面分別占掉畫面的一部份是很煩的事。你可以選擇性地將其中之一迸出並分離，這時視窗是前後(上下?)分離的，所以你可以更容易確認你的XAML顯示。

清單固定屬性 Pin Properties in List

當你在Debug模式中，當資料停止在清單處，你可以展開並使用屬性欄旁邊的固定PIN來固定顯示這些屬性。這讓你在除錯時，就算沒有展開清單屬性，依舊可以確認你想確認的重要屬性。

另外一個好處是，當你PIN固定這些屬性後，你甚至可以用視窗左上的搜尋選項，去尋找你想要的資料是在清單內的哪個部分。

剪貼簿履歷 Clipboard Ring

當你在VS中複製了很多程式碼片段後，事實上你可以使用Ctrl-Shift-V來叫出你曾經複製過的程式碼片段，而不只是最後一次複製的內容。這個功能叫他做Clipboard Ring

視窗剪貼簿履歷 Windows Clipboard Ring (bonus)

這其實是Windows 10的特異功能。你可以按下Win+V來達成上述的剪貼簿履歷的功能。這不限於VS之中，而是會將你Windows中所複製/剪下過的所有內容放進這個剪貼簿內容中，並適度貼上。

工具盒程式碼存放 Toolbox Code Storage

很多重複性高的程式，你可以利用自製snipper的方式來進行縮碼。但是有些東西甚至是不常用到，連為他建立snipper你都會覺得懶。這時候，就是好好利用Toolbox的程式碼儲存功能。你可以直接選擇那段程式碼，然後把它拉進你的工具箱。

統一搜尋 Universal Search

在右上有個Universal Search框。你可以在裡面設定或是進行一些簡單的快速編碼設定。而且也會給你一些建議。有時可以把它當快速指令集來使用。

Excelに外部データベースを自動取り入れする方法

2020-08-05T09:42:00.000+09:00

ここで使用する技は、次の使用状況を前提に考えた：

- 参照するキーはExcel上もともとある資料

- 外部データベース（今回はSQL Serverを例にする）には、すでに必要な資料を整理してある（つまり、DB内のTableのJOIN等は、Viewなどの形で、すでに整理してある）

使用する技の中身を明かすと、次のように分解する：

1. 必要なパラメータをそれぞれTableにする（Queryを掛けるときには必要）

2. それぞれのパラメータをクエリに変換。（後ほど詳しく説明）

3. 本当にデータをクエリし、必要のパラメータフィルタはひとまず「定数」で設定。

4. 上記定数のパラメータをそれぞれクエリに入れ替え。

それでは、ステップ分けて説明する。

パラメータをテーブルに設定

例として、MicrosoftのNorthwindデータベースをSqlServerのLocalDBに構築した前提で進む。目標としては[Order Details Extended]というViewの中で、OrderIDが同一するものを抽出する。

では、まずは[OrderID]をTableに設定する。A1のセルにOrderIDと入力し、例えの内容として、"10254"をA2に入力する。

A1のセルをクリックして、[挿入] - [テーブル]をクリックして、該当範囲をテーブルに変換する。ショートカットは[Ctrl-T]を押しても同じようなものが出る。注意すべきのは、「先頭行をテーブルの見出しとして使用する」にチェックを入れること。Excelの設計上、必ず一番上のマスにタイトルを入れるので、自分でタイトルを入れないと、Excelが勝手にタイトルを付けておくようになってしまう。

以上で、パラメータをテーブルに変換する手順が終わる。

パラメータをクエリに変換

次に、それぞれのパラメータテーブルをクエリに変換していく。

テーブルの一部をクリックして、[データ] - (取得と変換) - [テーブルから]をクリックする。とすると、Power Queryエディターが出てくる。

先ずはタイトルの部分を注目。ここでは「数値」としてマスの内容を認識しているはず。どっちにしよう、SQLクエリを掛けるのに、「文字」タイプが一番ベスト。ゆえに、ここは一度文字へ変換しておく。また、テーブルが複数欄になってしまった場合、ここで一度整理整頓を行う。一つのパラメータは一つの欄だけにすることが大事。

そして、1欄目のところに右クリックして、「ドリルダウン」をクリックする。とすると、ちょっと変な形になるが、使用上支障はないので、無視する。右側にプロパティが出るので、ここで名前をQueryOrderIDとする。

そのままの形で、ホーム - 閉じて次に読み込む　(閉じて読み込むの裏にある)をクリックする。読み込み先が聞かれてくるが、「接続の作成のみ」として読み込み。

上記の繰り返して、すべてのパラメータをクエリへ変換しておく。

一度本クエリを行う

データ⇒新しいクエリ⇒データベースから⇒SqlServerデータベースからをクリック、接続のダイアログを出す。サーバーは　(localdb)\MSSQLLocalDB で、データベースは Northwind となる。

実際に接続するときには、毎回接続情報を聞いてくるが、そこは各自に解決してください…

今回接続したいテーブル（実はView）は前述の「Order Details Extended」、そして下の「編集」をクリックする。

それぞれパラメータを掛けたいところに、タイトルの右にあるドリルダウンボタンをクリックし、フィルタを掛ける。今回の案では、10254とフィルタする。

終了したときは、同じホーム ⇒ 閉じて次に読み込むとして、同じ表のA4セルに読み込む。

クエリのパラメータを入れ替える

鬼門が来た。前のステップで作成した本クエリのところをクリックして、編集を掛ける。編集を行いやすいように、表示 - レイアウト - 数式バー　にチェックを入れる。

とすると、数式バーに「[OrderID] = 10254」のような文字が書いてある。10254のところをOrderIDと書き換える。

同じように、掛けたいパラメータのところをそれぞれ対応するクエリ名に入れ替えて置く。

完成したら、閉じて読み込む。

以上で、完成。

おわりに

SQLクエリを変更可能なパラメータで行うには上記のやり方で可能だが、実際に操作してみてはやはり面倒くさいし、いろいろセキュリティ上の問題で、ネットでこれらの方法を展開していないのは理由が分かる気がする。自分でもやってみて「VBAにした方が楽だなぁ」と思ったりする。なにかいい方法があれば教えてください。

WPFでEFオブジェクトにData Bindingする場合の4t自動設定

2019-12-09T12:00:00.002+09:00

WPFコントロールに自動的にBindingする場合、
デフォルトの4Tフレームワークで生成するファイルに少しだけの変更を入れると、あとはいつもの通りに任せきりにします。

内容はMSDNの公式文書からの抜粋で、私なりに必要な部分だけ取り出しました。

まず、適用する環境は次の通り：

Visual Studio Express 2017 for Windows Desktop
SQL Server Express 2017(大事でないけど、一応記録しておく。)
EF 6.0
WPF 3.0以上

そして、使用する手法はDatabase Firstで、ある程度データベースに保存するデータの形はDBですでに定義している前提で進みます。

ちなみに、MSDN公式は次の通り

https://docs.microsoft.com/ja-jp/ef/ef6/fundamentals/databinding/wpf#bind-object-to-controls

MSDN公式を閲覧した時点では内容めちゃくちゃなので、蛇足ですが私なりに訳しておきました。

https://hackmd.io/@rokashou/rkSHqVM2H

カギになる設定の部分を抜粋：

ソリューションエクスプローラーを開き、edmxファイルの下にあるttファイル探します。編集としてファイルを開けます。
二箇所にある「ICollection」を「ObservableCollection」へ置き換えます。それぞれは約296行目と484行目あたりにあります。
最初に出た「HashSet」を見つけて「ObservableCollection」に置き換えます。それは約50行目にあります。コードの後半にある2番目のHashSetを置き換えないでください。
一回だけある「System.Collections.Generic」を検索し、「System.Collections.ObjectModel」に置き換えます。それは約424行目にあります。
.ttファイルを保存します。これにより、エンティティのコードが再生成されます。コードが自動的に再生成されない場合は、.ttファイルを右クリックして、「カスタムツールの実行」を選択します。

以上。

あとは普通にプログラムを組んでください。

ちょっと前のやつにはいろいろ不具合があるようで、見つけた次第にエラーでないように更新していく…

Markdown記法, HackMDとGitHub

2019-11-20T12:56:00.001+09:00

ちょっと前まではwiki記法が流行っていたが、最近ではGitHubでのreadme.mdの記入としてMarkdown記法が流行っている方です。

一応、関連のサイトのリンクを貼り付けておく：

Markdownは、特定の文字をHTML標準タグへ変換することで、ブラウザで表示されると、HTMLで記入したハイパーテキストと同じような表示ができること。まぁ、Wikiとは似ている同志ですね。

関連文法/説明文書はここでは割愛。

HackMDのTutorialだけは置いておく。異なるサイトによるMDの文法が多少違うけど、基本的なところは同じですね。

https://hackmd.io/c/tutorials-tw/

では、また次のときに。

認証プロキシ非対応アプリケーションを、認証プロキシ環境下で動かす方法

2019-06-21T09:48:00.002+09:00

いやー、非常に助かります。

仕事上でVS Expressを入れたいのに、会社の環境でproxyが設定されて、何回か試しても公式サイトにつながらないので、いろいろ探した末に、この方法にたどり着いた。

カギになる部分だけを記録しておく：
1. Fiddlerをダウンロードし、インストール。最新版ではFiddlerScriptも同梱しているので、特に分けて設置する必要はありません。
2. IEで任意のウェブサイトを閲覧し、通信を行う。
3. Fiddlerのinspectorsで、Headers中のProxy-Authorizationのtokenを取得（前提条件はその合法的なtokenを取得できることですが…
4. FiddlerScriptを編集し、onBeforeRequestの中に、最後に上記のProxy-Authorizationを注入。
oSession.oRequest["Proxy-Authorization"]="TOKEN";
5. Script保存して完了！

ちなみに、使用するアプリケーションはフリーで、商用利用不可とは書いてません。

参考になったサイトは次の通り
https://qiita.com/Nuits/items/1bd84b45b0b092527d8d

無事に設定して、現在VS Expressをダウンロード中。。。

では、また今度～～

そろそろネットワークについて勉強しないとなぁ。

在Ubuntu Server加裝Desktop(GUI)環境

2018-12-24T12:50:00.000+09:00

對於許多老骨董來說，CUI環境總是比較有親和力(咦?)又快速，但是安裝之後有時候要用一些東西又想轉回GUI

打入以下指令可以在Ubuntu Server上面加裝Desktop(GUI)環境

首先更新你的package list

$ sudo apt-get update

然後安裝desktop環境

$ sudo apt-get install ubuntu-desktop

最後，重開機讓他自己去讀取GUI介面

$ sudo shutdown -r now

結束。

参考資料：

Time Machine reset

2018-10-04T10:25:00.000+09:00

最近やたらTime Machineがバックアップできない・完了しない。
あれこれでosX 10.12以降かな…

いろいろネットにある情報を探してみましたが、次の有利情報が手に入った。
参考サイト：https://wayohoo.com/mac/troubles/how-to-deal-with-the-problem-of-backup-for-time-machine.html

何をするというと、Time Machineの設定を削除して、1からやり直す…
まぁ、できないよりはマシかな？

という訳で、やってみましょう

つぎの設定ファイルを削除する
/Library/Preferences/com.apple.TimeMachine.plist

できるかどうかわからないが、とりあえずひとメモ。

SSA, ASS 字幕特效參數

2018-09-26T12:26:00.001+09:00

ref url

https://www.douban.com/note/284573295/: 字幕软件Aegisub ASS代码使用指南
https://blog.xuite.net/allenyin/blog/63417097-SSA%E3%80%81ASS+%E5%8F%83%E6%95%B8-%E6%94%BB%E7%95%A5: SSA、ASS 參數-攻略
https://github.com/weizhenye/ASS/wiki/ASS-%E5%AD%97%E5%B9%95%E6%A0%BC%E5%BC%8F%E8%A7%84%E8%8C%83: ASS 字幕格式规范
https://arctime.org/subtitle-special-effect.html: Arctime 特殊字幕效果的制作

SSA、ASS 參數-攻略

說明:
<參數>
[可選項]
<../..>任選其中一項

[Script Info]部分

PlayResX: 屏幕的寬度。
影響到字幕中的距離單位，最好和視頻文件的高寬相等
PlayResY: 屏幕的高度

[v4+ Styles]部分

Name, Fontname, Fontsize, PrimaryColour, SecondaryColour, OutlineColor, BackColour, Bold, Italic, Underline, StrikeOut, ScaleX, ScaleY, Spacing, Angle, BorderStyle, Outline, Shadow, Alignment, MarginL, MarginR, MarginV, Encoding

Name

字體名稱

Fontname

所使用的字型

Fontsize

字體大小

PrimaryColour

主體顏色
顏色格式為AABBGGRR，十六進制，00-FF，alpha藍綠紅,和SSA不同

SecondaryColour

次要顏色
卡拉OK中使用

OutlineColor

邊框顏色
就是SSA的 TertiaryColour

BackColour

陰影顏色

Bold

粗體
0關閉，-1開啟。Italic,Underline,Strikeout相同

Italic

斜體

Underline

下劃線

Strikeout

刪除線

ScaleX

橫向縮放
單位是%，默認為100，即正常大小

ScaleY

縱向縮放

Spacing

字間距

Angle

旋轉

BorderStyle

邊框樣式

Outline

邊框寬度

Shadow

陰影距離

Alignment

對齊方式
ASS

	左	中	右
上	7	8	9
中	4	5	6
下	1	2	3

SSA

	左	中	右
上	5	6	7
中	9	10	11
下	1	2	3

MarginL

字幕距左邊的距離，右對齊時無效

MarginR

字幕距右邊的距離，左對齊時無效

MarginV

字幕高度
下對齊時表示到底部的距離
上對齊時表示到頂部的距離
中對齊時無效

Encoding

編碼

AlphaLevel

透明度
SSA 中用 AlphaLevel 來控制透明度。在ASS中被取消。

[Events]部分

Layer, Start, End, Style, Name, MarginL, MarginR, MarginV, Effect, Text

Layer

字幕層次
字幕重疊時數值大的顯示在上層

Start

開始時間
格式0:00:00.00
最小單位1/100秒

End

結束時間

Style

字體名稱

Name

名字，相當於注釋

MarginL

同[v4+ Styles]

MarginR

同[v4+ Styles]

MarginV

同[v4+ Styles]

Effect 特效

Scroll up;<y1>;<y2>;<delay>[;<fadeawayheight>]

字幕從下向上捲動

Scroll down;<y1>;<y2>;<delay>[;<fadeawayheight>]

字幕從上向下捲動

y1,y2: 上下範圍
delay: 速度
表示移動一像素所用的時間，單位為1/1000秒
delay=5表示一秒移動200的距離
fadeawayheight: 上下的淡出淡入範圍

Banner;<delay>[;<lefttoright>[;<fadeawaywidth>]]

跑馬燈效果

lefttoright <0/1>: 0從右向左移動，1從左向右移動
fadeawaywidth: 左右的淡出淡入範圍

Karaoke

卡拉OK，在字幕正文中使用代碼{\k}

Text

字幕正文
字幕正文中可以添加代碼來實現各種特效

ASS 正文特效代碼

所有代碼加{}表示，\n,\N,\h除外
所有代碼由\開頭

空格，寬度超出範圍後自動換行

硬回車

硬空格

\b<0/1>

粗體
0關閉，1開啟

\i<0/1>

斜體

\u<0/1>

下劃線

\s<0/1>

刪除線

\bord<width>

邊框寬度

\shad<depth>

陰影距離

\fn<font name>

改變字型

\fs<font size>

改變字號

\fsc<x/y><percent>

字符縮放
正常大小為100%

\fsp<pixels>

調整字間距

\fr[<x/y/z>]<degrees>

旋轉

\frz

= \fr，和[v4+Styles]中的Angle效果相同
旋轉所圍繞的中心由\a或\an決定

\fe<charset>

改變編碼

\c&H<bbggrr>&

改變顏色
十六進制00-ff，藍綠紅
\c = \1c

\1c&H<bbggrr>&

改變主體顏色

\2c&H<bbggrr>&

改變次要顏色

\3c&H<bbggrr>&

改變邊框顏色

\4c&H<bbggrr>&

改變陰影顏色

\alpha&H<aa>&

改變透明度
\alpha是同時改變字幕所有部分的透明度

\1a&H<aa>&: 改變主體透明度
\2a&H<aa>&: 改變次要透明度
\3a&H<aa>&: 改變邊框透明度
\4a&H<aa>&: 改變陰影透明度

\r[<style>]

\r恢復成最初的字體
\r <style>可以改變成其它的字體

\a<alignment>

設置對齊方式
和SSA相同
左中右
上 5 6 7
中 9 10 11
下 1 2 3
一般正文用\a2，特效用\a10
\an<alignment> 設置對齊方式
和ASS相同
左中右
上 7 8 9
中 4 5 6
下 1 2 3
一般正文用\an2，特效用\an5
\a和\an對整個字幕有效，不論放在何處.調整對齊方式非常重要，它決定了字幕旋轉，縮放，移動時的參照點。
對齊方式是針對字幕的整體有效，字幕中的每個字符都是向下方對齊的。
如果要使用不同大小的字符，應該將一段字幕分為多段時間軸相同的字幕

\k<duration>

卡拉OK
\k 無平滑效果
\K或\kf 有平滑效果

\ko

有邊框的卡拉OK效果。時間單位是1/100秒
{\K50}aaaa表示用0.5秒來顯示歌詞aaaa----------後面沒有字符表示停頓一段時間

\t([<t1>, <t2>, ] [<accel>,] <style modifiers> )

動態效果
t1,t2分別是動態效果開始和結束時間，省略後以時間軸的開始結束時間為准
accel控制動態效果的運動速度 1 正常速度
0<accel<1 速度從快到慢減速運動
1<accel 速度從慢到快加速運動
計算公式為 t時的動作完成量 = pow((t-t1)/(t2-t1), accel)
style modifiers可以使用的效果 \c,\<1/2/3/4>c,\alpha,\<1/2/3/4>a,\fs,\fr[<x/y/z>],\fsc<x/y>,\fsp,\bord,\shad
可同時使用多個效果

\move(<x1>, <y1>, <x2>, <y2>[, <t1>, <t2>])

x1,y1為移動開始的位置
x2,y2為移動結束的位置
屏幕的確左上角是0,0，右下角由[Script Info]中的PlayResX:和PlayResY:決定
t1,t2是移動開始和結束時間，省略後以時間軸的開始結束時間為准，只能使用一次。

\pos(<x>, <y> )

改變位置。只能使用一次。
使用\move或\pos後MarginL,MarginR,MarginV無效

\fade(<a1>, <a2>, <a3>, <t1>, <t2>, <t3>, <t4> )

淡出淡入效果
a1是顯示開始時的透明度，t1,t2表示顯示的開始和結束時間
a2是顯示結束到消失開始時的透明度
a3是消失結束時的透明度，t3,t4表示消失的開始和結束時間
此處透明度必須使用十進制來表示，範圍0-255

\fad(<t1>, <t2> )

淡出淡入效果
t1表示顯示使用的時間
t2表示消失使用的時間

\p<0/1/2...>

繪圖，參數1/2...表示繪圖比例，0表示繪圖結束
\p<1/2...><繪圖命令>
\p0 繪制圖形，繪制出的圖形作為一個字符來處理，可以近行旋轉，縮放等

繪圖命令
m <x> <y>	移動到x,y並開始繪制繪圖開始時必須使用一次
n <x> <y>	移動到x,y並開始繪制，但不關閉上一個繪圖
l <x> <y>	畫直線到x,y 可以用l <x1> <y2> <x2> <y2> ... <xn> <yn>的方式畫連續直線
b <x1> <y1> <x2> <y2> <x3> <y3>	畫曲線
s <x1> <y1> <x2> <y2> <x3> <y3> ... <xn> <yn>	畫封閉曲線
p <x> <y>	延伸封閉曲線
c	關閉封閉曲線繪制的圖形是實心的，在前面添加\1a&Hff&可以得到空心的圖形

Homebrew 系統升級後設定

2018-09-22T14:53:00.003+09:00

這次的問題發生在MacOS 10.13以後的版本上。主要由於MacOS本身升級後改掉了一些目錄的設定，導致Homebrew抓不到自己的設定。還好Homebrew自己的設定還滿容易升級的。

錯誤訊息發生於執行brew update時，brew會告訴你/usr/local這個目錄的使用者權限有問題，叫你用下面的指令進行修復後繼續

sudo chown -R $(whoami):admin /usr/local

但是執行了指令之後並沒有多大作用。還是一樣跳一大堆錯誤之後停下來。

找了找網路的解法，看起來是要重新install過brew。執行下面指令（建議先自己跑過Xcode把CommandLine Tool更新一下）

/usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"

以上，解決。暫時完成brew更新的問題。

參考資料：
High SierraにアップデートされたMacでHomebrewがうまく動かない時https://qiita.com/takustaqu/items/65aa67286345baac363e

控制盤燈號顏色等規定

2018-09-17T17:42:00.002+09:00

IEC 60073 Basic and safety principles for man -machine interface, marking and identification – Coding principles for indicators and actuators

ISO 3864 Safety colours and safety signs

ISO 13850 Safety of machinery – Emergency stop – Principles for design

CNS 14816-1(IEC 60947-1:2004) 低電壓開關裝置及控制裝置－第1部：通則
(Low-voltage switchgear and controlgear – Part 1: General rules)

CNS 14816-5-1(IEC 60947-5-1:2003) Low-voltage switchgear and controlgear – Part 5-1: Control circuit devices and switching elements – Electromechanical control circuit devices

CNS 5741 C 1067 指示燈及按鈕之顏色

代替小畫家的免費繪圖軟體

2018-07-23T16:32:00.000+09:00

小畫家殺手...有點言過於實了，畢竟小畫家太弱XD
Windows馴染みのペイントの代わりですが、私がよく使っている方をお紹介します。

1. GIMP https://www.gimp.org/
最強殺手，以前是號稱推倒Photoshop...
昔からフリーウェアなので使っていますが、「オープンソース界のPhotoshop」と言われるほど有名だと思います。

2.Krita https://krita.org/zh/
開源版的 illustrators，向量圖就靠它了。
新たに紹介された「オープンソース界のillustrators」です。ベクター画像の編集にはこっちのほうが向いています。
3.Inkscape https://inkscape.org/zh-hant/
其實講到開源的向量圖軟體，在下對這個軟體比較耳熟能詳。網路上的比較也比Krita好得多，只能說可能是因為針對中文用戶的支援太少，導致其在華文世界的評價不是很高。
正直こっちのほうが僕にとってのオープンソース界のillustratorsですが、なぜか他のサイトでは上のKritaが紹介された。まぁ、アジア系のサポートが悪いのかな？

4. Paint .NET https://www.getpaint.net/
操作上最接近原來的小畫家。缺點是只能在Windows上用。
画面と操作にはWindowsのペイントに一番近いですが、残念ながらWindowsしか使えません(.NET Frameworkを使うので）。

Adobe Reader DC icon lost/missing

2018-06-04T09:56:00.002+09:00

不確定是不是因為Adobe跟Windows 10吵架。每當更新Adobe Reader DC之後，桌面跟快速列上的ICON(圖示)就會爛掉(變成空白)。

稍微搜尋一下，似乎這是常態性的問題，只能手動修正。

以下手續進行修正：
Step 1. 打開C:\ProgramData\Microsoft\Windows\Start Menu\Programs資料夾，刪除其中的Adobe Reader DC的捷徑。

Step 2. 另外在桌面新建一個捷徑，指向C:\Program Files (x86)\Adobe\Acrobat Reader DC\Reader\AcroRd32.exe，並將它改名為Adobe Reader DC

Step 3. 好，你猜到了。把剛剛桌面上建好的那個捷徑拉到 C:\ProgramData\Microsoft\Windows\Start Menu\Programs 資料夾裡面。

以上，完成。

reference:
https://www.mysysadmintips.com/windows/clients/700-broken-adobe-reader-dc-icon-in-windows-10-start-menu

VBE6EXT.OLB無法載入

2018-03-31T14:02:00.003+09:00

今天Solidworks開啟時發生一個問題
「VBE6EXT.OLD無法載入」

問題其實影響很大，會讓後續開啟小窗格要修正尺寸的時候一直警報不讓你改。
(聽說不只Solidworks, AutoCAD也會有類似的狀況)

主要原因是Windows的登錄檔不知什麼原因將VBA 6.0的登錄刪掉了。
VBE6EXT.OLD檔案本身應該還在下面的目錄中

C:\Program Files (x86)\Common Files\microsoft shared\VBA\VBA6\VBE6EXT.OLB

稍微搜尋了一下解決方法，網路上很多把這個X86的DLL轉貼到VBA7.1的目錄裡面的做法，那並不是正道。正確的應該是像https://forum.solidworks.com/thread/40593中Luke Malpass前輩的做法，另外將VBAE6EXT.OLB這個檔案登錄回去。

登錄碼如下：

[HKEY_CLASSES_ROOT\TypeLib\{0002E157-0000-0000-C000-000000000046}]

[HKEY_CLASSES_ROOT\TypeLib\{0002E157-0000-0000-C000-000000000046}\5.3]
"PrimaryInteropAssemblyName"="Microsoft.Vbe.Interop, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71E9BCE111E9429C"
@="Microsoft Visual Basic for Applications Extensibility 5.3"

[HKEY_CLASSES_ROOT\TypeLib\{0002E157-0000-0000-C000-000000000046}\5.3\0]

[HKEY_CLASSES_ROOT\TypeLib\{0002E157-0000-0000-C000-000000000046}\5.3\0\win32]
@="C:\\Program Files (x86)\\Common Files\\Microsoft Shared\\VBA\\VBA6\\VBE6EXT.OLB"

[HKEY_CLASSES_ROOT\TypeLib\{0002E157-0000-0000-C000-000000000046}\5.3\FLAGS]
@="0"

[HKEY_CLASSES_ROOT\TypeLib\{0002E157-0000-0000-C000-000000000046}\5.3\HELPDIR]
@="[{0002E157-0000-0000-C000-000000000046}]"

或者是直接下載論壇上的附檔
https://forum.solidworks.com/servlet/JiveServlet/download/204911-63820/reg.reg.zip

以上

Solidworks解決雙點無法直接開啟問題

2018-03-26T15:18:00.002+09:00

又是一個困擾我已久的問題
從Windows 10開始，灌完Solidworks之後，總是無法直接從檔案總管打開文件。

找了一下之後，發現有不少人遇到同樣的問題。試了一下網友提供的解法，嘿，還真解決了。

快速筆記如下：
1. 以「系統管理員身分」開啟Solidworks
進設定->系統選項->檔案Explorer
點擊「還原檔案關聯」

2. 以「系統管理員身分」開啟命令提示字元(cmd)

輸入以下指令重新註冊DLL檔(記得先確認DLL檔位置)

regsvr32 "D:\Program Files\SOLIDWORKS Corp\SOLIDWORKS\sldthumbnailprovider.dll"
regsvr32 "C:\Program Files\Common Files\SOLIDWORKS Shared\sldwinshellextu.dll"

3. 再次從檔案總管確認預設開啟程式。應該要是"SOLIDWORKS Launcher"

以上，解決。

參考資料：http://solidworks.org.tw/forum.php?mod=viewthread&tid=25495

提問的藝術

2017-11-04T10:40:00.003+09:00

被小屁孩鬧版鬧得很不爽，順便查了一下資料。

#發問的藝術 #提問的智慧

[.Net 海角點部落] 發問的藝術與技術 2009-06-11https://dotblogs.com.tw/billchung/archive/2009/06/11/8792.aspx

GitBook 提問的智慧 by Eric
https://ryanhanwu.gitbooks.io/how-to-ask-questions-the-smart-way/

MacOS X wifi slow

2017-09-29T21:42:00.004+09:00

先日、通常使っているMBAのネットワークが急に遅くなった事象が起こりました。
ちょうどHigh Sierra更新と共に現れたので、それのせいかなと思ったけど、どうやら違う問題だったようだ。

そう。問題はWifi自身です。しかもMBAのWifi設定自身か狂ったんだ。
まぁ、幸に、ネットサーフィン自体はまたできる（やや遅いけれども）。

解決方法は簡単。次のステップを踏めて設定を一度整理すること。

1. wifiをoffにする。
2. 次のフォルダを開ける
/Library/Preferences/SystemConfiguration/
3.フォルダ中の次のファイルらを消す。
com.apple.airport.preferences.plist
com.apple.network.eapolclient.configuration.plist
com.apple.wifi.message-tracer.plist
NetworkInterfaces.plist
preferences.plist
4.システムを再起動
5.wifiをonする。

wifiの設定を一度消して、システムに一から構築し直すことによって、過去の不要な設定などを省く、速度も早くなった→予想。
まぁ、早くなったし、App Storeも普通に開けられたし、High Sierraにアップデータしよう！

参考資料：http://osxdaily.com/2016/09/22/fix-wi-fi-problems-macos-sierra/

gVim menu language setting

2017-05-22T09:42:00.003+09:00

A few days ago, I download the lastest(It's 8.0 in May, 2017) Vim.

And when I launch the gVim, the menu text is almost "????".
I have to explain my PC setting. I used to have Japanese menu on my PC.
It is Win10 at this moment.

Seems the VIM has old fashion, it used to use the encode 932 or Shift-JIS or something like that. It shows as "????" for the Kana. I have to force it to show in english.

I found some answers as below:

https://superuser.com/questions/746387/change-menu-ui-language-of-vim-to-english

There is the code you have to add in your .vimrc(or _vimrc in windows)

set langmenu=en_US
let $LANG = 'en_US'
source $VIMRUNTIME/delmenu.vim
source $VIMRUNTIME/menu.vim

Codd's 12 rules 科德十二定律

2016-08-03T15:50:00.000+09:00

Codd's 12 Rules/科德十二定律/コッドの12の規則

Related to Wikipedia 2016/8/2 data
純屬資料收集，順便做一下語言學習

全關係系統十二準則

全關係系統應該完全支持關係模型的所有特徵。關係模型的奠基人埃德加·科德具體地給出了全關係系統應遵循的基本準則。

準則0 The Foundation rule

For any system that is advertised as, or claimed to be, a relational data base management system, that system must be able to manage data bases entirely through its relational capabilities.
一個關係形的關係資料庫系統必須能完全通過它的關係能力來管理資料庫。

準則1 The information rule 信息準則

All information in a relational data base is represented explicitly at the logical level and in exactly one way — by values in tables.
關係資料庫系統的所有信息都應該在邏輯一級上用表中的值這一種方法顯式的表示。

準則2 The guaranteed access rule 保證訪問準則

Each and every data (atomic value) in a relational data base is guaranteed to be logically accessible by resorting to a combination of table name, primary key value and column name.
依靠表名、主碼和列名的組合，保證能以邏輯方式訪問關係資料庫中的每個數據項。

準則3 Systematic treatment of null values 空值的系統化處理

Null values (distinct from the empty character string or a string of blank characters and distinct from zero or any other number) are supported in fully relational DBMS for representing missing information and inapplicable information in a systematic way, independent of data type.
全關係的關係資料庫系統支持空值的概念，並用系統化的方法處理空值。

準則4 Dynamic online catalog based on the relational model 基於關係模型的動態的聯機數據字典

The data base description is represented at the logical level in the same way as ordinary data, so that authorized users can apply the same relational language to its interrogation as they apply to the regular data.
資料庫的描述在邏輯級上和普通數據採用同樣的表述方式。

準則5 The comprehensive data sublanguage rule 統一的數據子語言

A relational system may support several languages and various modes of terminal use (for example, the fill-in-the-blanks mode). However, there must be at least one language whose statements are expressible, per some well-defined syntax, as character strings and that is comprehensive in supporting all of the following items:

Data definition
View definition
Data manipulation (interactive and by program).
Integrity constraints
Authorization
Transaction boundaries (begin, commit and rollback)

一個關係資料庫系統可以具有幾種語言和多種終端訪問方式，但必須有一種語言，它的語句可以表示為嚴格語法規定的字符串，並能全面的支持各種規則。

準則6 The view updating rule 視圖更新準則

All views that are theoretically updatable are also updatable by the system.
所有理論上可更新的視圖也應該允許由系統更新。

準則7 High-level insert, update, and delete 高階的插入、修改和刪除操作

The capability of handling a base relation or a derived relation as a single operand applies not only to the retrieval of data but also to the insertion, update and deletion of data.
系統應該對各種操作進行查詢優化。

準則8 Physical data independence 數據的物理獨立性

Application programs and terminal activities remain logically unimpaired whenever any changes are made in either storage representations or access methods.
無論資料庫的數據在存儲表示或存取方法上作任何變化，應用程式和終端活動都保持邏輯上的不變性。

準則9 Logical data independence 數據邏輯獨立性

Application programs and terminal activities remain logically unimpaired when information-preserving changes of any kind that theoretically permit unimpairment are made to the base tables.
當對基本關係進行理論上信息不受損害的任何改變時，應用程式和終端活動都保持邏輯上的不變性。

準則10 Integrity independence 數據完整的獨立性

Integrity constraints specific to a particular relational data base must be definable in the relational data sublanguage and storable in the catalog, not in the application programs.
關係資料庫的完整性約束條件必須是用資料庫語言定義並存儲在數據字典中的。

準則11 Distribution independence 分布獨立性

A relational DBMS has distribution independence.
關係資料庫系統在引入分布數據或數據重新分布時保持邏輯不變。

準則12 The nonsubversion rule 無破壞準則

If a relational system has a low-level (single-record-at-a-time) language, that low level cannot be used to subvert or bypass the integrity rules and constraints expressed in the higher level relational language (multiple-records-at-a-time).
如果一個關係資料庫系統具有一個低級語言，那麼這個低級語言不能違背或繞過完整性準則。

Ref:
http://computing.derby.ac.uk/c/codds-twelve-rules/
http://www.itworld.com/nl/db_mgr/09022002

https://ja.wikipedia.org/wiki/ゴッドの12の規則

[翻譯文]開源跨平台開發方法與工具

2016-07-03T01:21:00.002+09:00

這是我近年來一直很想好好坐下來寫的一篇文章。我一開始是從開發90年代後期的軟體開始的，並且為我自己取得了一個Borland C++編譯器，藉此我快速地理解在Windows中什麼才是真正在背後實際應該要做的事。一開始我寫了一些小型的命令列應用程式，並且開始嘗試使用圖性介面的應用程式。我好愛創造的過程，也對這套工具的很多地方感到不滿。在那時候，我並沒有真正走進適用簡單的範例之後的過程。

過了一段時間後，我開始對開發網路應用程式感到興趣，並在對Perl感到失望後開始玩弄一個叫做PHP的新語言。我喜歡那些讓我可以非常自由的混合程式碼與HTML，並擁有使用PHP語言來對伺服端機器擁有完整存取權的感覺。我用PHP開發了一些網站，並試著使用不同的方法在可能的狀況下盡可能地將處理丟給JavaScript去做。這些真的很菜，但是將他與資料庫連結這件事讓我成長了很多。我也同時開始處理郵件清單，回答一些問題，並學習我所能知道有關已開發的開源軟體語言的任何事情。

在那之後我有一點分心到Linux身上，封裝應用程式，身為一個Gentoo開發者將那些推送給新的64位元架構。那真的很好玩，而且我學到了很多有關相依性、安全性更新、共享函數庫、以及在撰寫建造系統中許多科學家是處於多麼壞的處境中。經過這個時期，我也學到有關如何成為一個延展的線上社群的一份子，並有機會與很多非常熟練且專業的人共同作業。

C++與原生開發

最終，我理解到我想要開發軟體，而且當我不得不存取硬體時我真的想要使用原生語言來做開發。在那時候我使用Linux作為我的主要作業系統，但是我也必須與那些使用主流的Windows與Mac OS X的人們一起工作。我想讓可以使用我開發的軟體，但不想因為這樣寫三次程式碼。於是我開始調整軟體庫，主要針對KDE以及那些我必須要在Google Summer of Code專案中使用的部分。這就是最近九年左右我在Google Summer of Code專案中所做的事，而且我主要使用同樣的堆疊，增加或是更新函數，來促進合作，開源與跨平台開發。

C++是一個標準化的程式語言，擁有很多強力的開源編譯器與許多延伸編譯器支援，分散於從嵌入式系統到地球上最大的超級電腦中的所有地方。在我的作業中，我們定期將目標放在業界的兩個極端，就像是在桌機/筆記型電腦上的許多作業一樣。我想它仍然是最多元化的語言之一，擁有對比於Ｃ語言的高階特性，卻又與基層夠接近可以得到良好的性能。他也可以使用許多通常使用C語言介面擴展的API, 甚至可以在需要的時候與FORTRAN溝通。

跨平台抽象度

C++可以用可攜式的方式撰寫，但是有很多平台專用的API, 工具組，以及語言延伸套件。有很多方式可以建造C++應用程式。我一開始使用簡單的手寫Makefile，但是很快地就發現即使是維護那些簡單的專案也十分的瑣碎且容易出錯。我開始尋找Autotools, 然後轉向SCONS, 在大約是KDE在尋找切換方式前開始跨到CMake。

CMake是一個標記型建造系統生成器，那意味著他並沒有自己直接打造任何東西。你會使用CMake語言去指定你的專案應該要怎麼被建造，並且可以在必要的時候定義特定平台的例外。這也許聽起來有一點瑣碎，但是你可以得到一些十分巨大的回饋——他將為你的環境創建一個編譯系統。如果你想要用Visual Studio，請自便。如果你想要Makefile，很好。如果你偏好新的Ninja系統，你可以用它。我通常使用Ninja與那個叫CodeBlocks的東西來打造我的Qt Creator集成環境。

一旦你有某些可以打造的東西了，你會想要思考如何將視窗介面虛擬化。我也歷經了一點虛擬化，包括Java Swing, GTKMM(C++可以用GTK來替換), wxWidget, 以及一些我想我不願提到。我最後是留在Qt身上了，而他已經慣於擁有一個大缺點是他是在GPLv2版權協議下，而你的代碼必須同樣使用GPL公開，除非你付商業版權的費用。那總是雙重定義，但我從不真的喜歡這個方案。比起其他我試過的方案，他真的是非常好用，並且讓我覺得非常務實且自然，而且它在KDE上有一個很大的友善開源開發者社群。

另一個好事我經常藉由Qt獲得的是原生的視覺外觀。這個虛擬化努力的使用原生的Widget, 檔案對話框、色彩選擇器、諸如此類。就像工具箱進化後，他可以延伸到支援Android與iOS, 並且他在Nokia被Trolltech合併後改為使用LGPL授權。他也與KDE e.V.達成協議確保她永遠都是自由的，這替未來提供了保障。

版本控制，源碼review

我一開始使用CVS，而我們通常在東西被整合進Gentoo與KDE之後會review源碼。他做得很好，但是需要規範開發者留意提交清單上的提交訊息。切換到Subversion之後事情依然很類似，但是工具感覺較為易於使用且擁有更小的單元性(atomicity)。

對我來說，最大的改革是發生在搬到Git的時候。一開始，我們慣於把它用的像是一個簡單的拖拉置換，有能力可以在在上傳前於本機端提交。晚一點我們開始尋找更為整合性的源碼review，試著找出一些解決方案。有一陣子我們使用Gerrit, 但是我從不覺得那個介面夠直觀，我也不喜歡他專注於單一的提交上。

我現在大部分的工作都是使用GitHub或是GitLab, 兩者都擁有強力的焦點在拉取/整合需求上，感覺就像是分支包含了一個或多個的提交。這讓我們分離事情給分別的提交上，而這感覺比較符合直覺，可以發行他們就像他們被開發的目的一樣，而且請求review當它已經準備好被整合了。我喜歡這個等級的粗度，讓我可以切換到單一的提交，了解為什麼發生了一組變更，或是看到分支中的不同點。逐行註解容許我們專注在review上，並讓高層級的討論可以被放在主要頁籤裡面。

自動化構建與測試

跨平台開發中的另一個重要的方面是自動化構建與測試。這也同時讓我們不用進入到構建/封裝的相依性之中，就像我們很少寫那些不會在其他函式庫中重用的源碼。這是另一個CMake提供了非常大的幫助的部分，而我們的做法也時常進化。

我想這是在跨平台開發中一個或是多個困難的方面，而某些平台上會比其他平台更加困難。傳統的做法是使用cron工作分配去自動執行構建起始過程，而控制host上的dashboard腳本主要使用CMake透過CTest去自動建構。他們也會生成建構文件並上傳到CDash.

很多專案都擁有我們稱之為超建構(superbuilds)的某種東西。他們會在我們感興趣的專案最終建構之前自動化建構與專案的相依性階段。他們讓我們可以確定每一件東西都是在正確的旗標與正確的版本下被建造的。他們也會與CPack互動，在某些狀況下創建為不同的平台創建安裝器。CDash將會顯示出建造的概要，被自動創建的安裝器，測試結果，等等的資訊。

總結

跨平台開發是一個挑戰。這很重要，看到你所做的改變的結果在數小時（或者是數天，在最糟的狀況下）推放到其他平台上。一個專案需要考慮到跨平台作為他的流程的一部份，為了獲得最佳的結果。我可以在我們的做法上提到更多，但是這篇文章已經太長了。你可以用原生碼來獲得更好的結果，而且科學應用程式通常擁有數量龐大的額外依賴。一旦你將超級電腦與崁入式裝置混進來，事情就會變得十分有趣。

本文章原文來源： Open source cross-platform development methods and toolsI by Marcus D. Hanwell posted 20 Jun 2016 on opensource.com