仕事メモです。
Windowsプログラミングによく使用するMessageBox。大量の内容を見せやすくするには改行が必要不可欠です。
いちいちCrLfを追加するのが面倒くさいので、より分かりやすくなる名前はC#内にあるようです。
Environment.NewLine
上記の意味ある内部変数を使ったらいいです。将来LinuxやMacに変更しても同じもので対応可能。通常のCrLfはWindowsのみであり、OSによる覚え間違いは減りますが、長い英単語を覚える方が逆に難しい…なんです。
長い間ウワサは聞いておりますが、初めて触りました。リートコード(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;
}
}
}
}
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.
Solution檔案夾下放一個共通的檔案。如果你像我常常使用VSCode，那就是把檔案放在sln檔的同一個目錄中。在標準設定中，他會被叫做Directory.Build.props<Project>
<PropertyGroup Label="Package Dependencies">
<AspNetCoreVersion>5.0</AspNetCoreVersion>
<EntityFrameworkVersion>5.0</EntityFrameworkVersion>
<BlazorVersion>5.0</BlazorVersion>
<SystemNetHttpJsonVersion>5.0</SystemNetHttpJsonVersion>
</PropertyGroup>
</Project>
<Project>的最上層添加下面這行<import Project="..\Directory.Build.props" />DataGridCheckBoxColumn裡的CheckBox，在預設狀態下，必須先點一次，Row取得focurs之後才能改變狀態。使用上不是很直覺，跟一般的CheckBox不太一樣。
背後的原因是因為DataGridCell本身有分成顯示用的ElementStyle跟編輯用的EditElementStyle兩種模式，為了做出區分，犧牲了CheckBox的直覺性。
可以依靠設定Style的方法，使操作更為直覺。
<Style TargetType="CheckBox" x:Key="CellCheckBoxStyle" BasedOn="{StaticResource {x:Type CheckBox}}" />
<DataGridCheckBoxColumn Binding="{Binding Selected}" ElementStyle="{StaticResource CheckBoxCellStyle}" />
做完以上的設定，指定的DataGridCheckBoxColumn裡面的CheckBox就會是我們常用的單點就會有反應的CheckBox了。
以上。
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 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登録しないようにする方が良いです。あるいは必要の場合自分でインスタンスを管理する方が良いかもしれません。
這是一連串的文章，關於我所知道的C#推廣者 Tim Corey 頻道 IAmTimCorey 的內容。
這同時是我的學習筆記。以下的中文用詞，大部分是個人慣用語。一般來說會附上英文原詞，方便大家對照。
原始連結: https://www.youtube.com/watch?v=qv6ZflueASY
這次的題目，是有關那個號稱地表最強IDE的Visual Studio在設定上的一些小技巧與內容。
| 左 | 中 | 右 | |
|---|---|---|---|
| 上 | 7 | 8 | 9 |
| 中 | 4 | 5 | 6 |
| 下 | 1 | 2 | 3 |
| 左 | 中 | 右 | |
|---|---|---|---|
| 上 | 5 | 6 | 7 |
| 中 | 9 | 10 | 11 |
| 下 | 1 | 2 | 3 |
| \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是同時改變字幕所有部分的透明度
| ||||||||||||||
| \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 繪制圖形，繪制出的圖形作為一個字符來處理，可以近行旋轉，縮放等
|
brew update時，brew會告訴你/usr/local這個目錄的使用者權限有問題，叫你用下面的指令進行修復後繼續sudo chown -R $(whoami):admin /usr/local/usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"C:\Program Files (x86)\Common Files\microsoft shared\VBA\VBA6\VBE6EXT.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}]"
regsvr32 "D:\Program Files\SOLIDWORKS Corp\SOLIDWORKS\sldthumbnailprovider.dll" regsvr32 "C:\Program Files\Common Files\SOLIDWORKS Shared\sldwinshellextu.dll"3. 再次從檔案總管確認預設開啟程式。應該要是"SOLIDWORKS Launcher"
