タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

PROGRAMMINGとProgrammingとprogrammingに関するItisangoのブックマーク (4,768)

  • IIS のアクセス許可 - クリエイティブWeb

    なお、IUSER 及び ワーカープロセスIDは、Users 及び Authenticated Users のグループに属するので、Users 又はAuthenticated Users に権限を与えることでアクセス許可をすることも可能です。 ※注意!Vista の場合の既定のワーカープロセスアカウントは、sp2 適用以降に新しく作成したアプリケーションプールのみがアプリケーションプール IDで、それ以前に作成したアプリケーションプールは、NETWORK SERVICE のままです。ワーカープロセスアカウントの確認及び変更は、IIS マネージャーで、アプリケーションプールを選択後、右パネルの「アプリケーションプールの編集」の「詳細設定」で、「プロセスモデル」の「ID」で設定を行います(下図)。 2.アクセス権の設定について インストールの説明では、Users 又はAuthenticated

  • Visual Studio for ASP.NET Core の開発時 IIS サポート

    この記事では、Windows Server 上の IIS で実行されている ASP.NET Core アプリをデバッグするための、Visual Studio のサポートについて説明します。 このトピックでは、このシナリオを有効にしてプロジェクトを設定する手順を示します。 必須コンポーネント Visual Studio (Windows 版)。 ASP.NET および Web の開発ワークロード .NET Core クロスプラットフォームの開発ワークロード X.509 セキュリティ証明書 (HTTPS のサポート用) IIS を有効にする Windows で、[コントロール パネル] >[プログラム]>[プログラムと機能]>[Windows の機能の有効化または無効化] (画面の左側) に移動します。 [インターネット インフォメーション サービス]チェック ボックスをオンにします。 [OK

    Visual Studio for ASP.NET Core の開発時 IIS サポート
  • VSホスト・プロセス(*.vshost.exe)とは何か?[VS 2005のみ、C#、VB]

    VSホスト・プロセス(*.vshost.exe)とは何か?[VS 2005のみ、C#、VB]:.NET TIPS 連載目次 Visual Studio 2005(以降、VS 2005)で、C#やVB(Visual Basic)の新規プロジェクトを作成すると、その出力フォルダ(具体的には「bin\Debug」フォルダと「bin\Release」フォルダ)内に「<アセンブリ名>.vshost.exe」(以降、「*.vshost.exe」と表記)というファイルが自動的に生成される。 例えば、「WindowsApplication1」というアセンブリ名のWindowsアプリケーションを作成する場合、(「WindowsApplication1.exe」というアセンブリ・ファイルのほかに)「WindowsApplication1.vshost.exe」というファイルが自動生成される。これは従来のVis

    VSホスト・プロセス(*.vshost.exe)とは何か?[VS 2005のみ、C#、VB]
  • クラウドネイティブな「.NET 5」が既存の.NET Frameworkアプリにもたらすインパクト

    クラウドネイティブな「.NET 5」が既存の.NET Frameworkアプリにもたらすインパクト:.NET 5モダナイズ入門(1) 既存の.NET Frameworkアプリの.NET 5への移行に関する考慮事項やレガシーアプリのモダナイゼーションについて解説する連載。初回は、.NET統合の現状や.NET 5のリリースにおけるキャッチアップすべきことなどについて。 2020年11月、「.NET 5」リリース 企業向けアプリや社内システムで多く使われている「.NET Framework」。その最新版「.NET 5」が2020年11月にリリースされることをご存じでしょうか。一方、.NET Frameworkは、2019年リリースの「.NET Framework 4.8」が最終メジャーアップデートとなり、以降は新機能の追加は行われずメンテナンスのみとなることが決まっています。 しかしながら、企業

    クラウドネイティブな「.NET 5」が既存の.NET Frameworkアプリにもたらすインパクト
  • プロパティ - C#

    プロパティは、データ フィールドの値の読み取り、書き込み、または計算を行う、柔軟な機構が用意されたメンバーです。 プロパティはパブリック データ メンバーとして表示されますが、アクセサーと呼ばれる特別なメソッドとして実装されます。 この機能によって、データの安全性と柔軟性を高めながら、呼び出し元が簡単にデータにアクセスできます。 プロパティの構文は、フィールドを自然に拡張したものです。 フィールドで格納場所を定義します。 public class Person { public string? FirstName; // Omitted for brevity. } 自動的に実装されるプロパティ プロパティの定義には、プロパティの値を取得する get アクセサーとプロパティに値を割り当てる set アクセサーの宣言が含まれます。 public class Person { public s

    Itisango
    Itisango 2020/11/09
    "If a property has both a get and a set accessor, both must be auto-implemented. You define an auto-implemented property by using the get and set keywords without providing any implementation." #Csharp
  • 方法: C++/CLI でプロパティを使用する

    この記事では、C++/CLI でプロパティを使用する方法について説明します。 基的な性質 基プロパティ (単にプライベート データ メンバーを割り当て、取得するだけのプロパティ) の場合、get アクセサー関数と set アクセサー関数を明示的に定義する必要はありません。プロパティのデータ型だけを指定すると、関数がコンパイラによって自動的に提供されるためです。 次のコードは、基プロパティを示しています。 // SimpleProperties.cpp // compile with: /clr using namespace System; ref class C { public: property int Size; }; int main() { C^ c = gcnew C; c->Size = 111; Console::WriteLine("c->Size = {0}",

    方法: C++/CLI でプロパティを使用する
    Itisango
    Itisango 2020/11/09
    「基本プロパティ (プライベートデータメンバーを割り当てて取得するだけのプロパティ) では、get および set アクセサー関数を明示的に定義する必要はありません。」 #Windows
  • sealed 修飾子 - C# reference

    sealed 修飾子をクラスに適用すると、それ以外のクラスが、そのクラスから継承できなくなります。 次の例では、B クラスは A クラスを継承しますが、B クラスからはどのクラスも継承できなくなります。 class A {} sealed class B : A {} sealed 修飾子は、基底クラスの仮想メソッドまたは仮想プロパティをオーバーライドするメソッドやプロパティで使用することもできます。 これにより、クラスの派生が行えるようになり、そのクラスが特定の仮想メソッドまたは仮想プロパティをオーバーライドできなくなります。 例 次の例では、Z は Y から継承しますが、Z は仮想関数 F をオーバーライドできません。この仮想関数は X で宣言されており、Y でシールされています。 class X { protected virtual void F() { Console.Write

    Itisango
    Itisango 2020/11/09
    「sealed 修飾子をクラスに適用すると、それ以外のクラスが、そのクラスから継承できなくなります。 次の例では、B クラスは A クラスを継承しますが、B クラスからはどのクラスも継承できなくなります。」 #Csharp
  • using ディレクティブ: 名前空間から型をインポートする - C# reference

    using ディレクティブを使用すると、その型の完全修飾名前空間を指定せずに、名前空間で定義された型を使用できます。 基的な形式の場合、using ディレクティブでは、次の例に示すように 1 つの名前空間からすべての型をインポートします。 using System.Text; using ディレクティブには、次の 2 つの修飾子を適用できます。 global 修飾子は、プロジェクト内のすべてのソース ファイルに同じ using ディレクティブを追加するのと同じ効果があります。 static 修飾子では、名前空間内の型をすべてインポートする代わりに、1 つの型から static メンバーと入れ子にされた型をインポートします。 両方の修飾子を組み合わせて、静的メンバーを型からプロジェクト内のすべてのソース ファイルにインポートできます。 "using エイリアス ディレクティブ" を使用して

    Itisango
    Itisango 2020/11/09
    「名前空間または型のエイリアスを作成する場合。 これは "using エイリアス ディレクティブ" と呼ばれます。using Project = PC.MyCompany.Project;」この機能は便利!/ #CSharp 「using ステートメントの作成にも使用します」
  • 名前空間エイリアス演算子 - '::' は、エイリアスが設定された名前空間のメンバーにアクセスするために使われます。 - C# reference

    エイリアスが設定された名前空間のメンバーにアクセスするには、名前空間エイリアス修飾子 :: を使います。 :: 修飾子は 2 つの識別子の間でのみ使用できます。 左側の識別子には、名前空間エイリアス、extern エイリアス、または global エイリアスのいずれかを使用できます。 次に例を示します。 using エイリアス ディレクティブを使って作成された名前空間エイリアス: using forwinforms = System.Drawing; using forwpf = System.Windows; public class Converters { public static forwpf::Point Convert(forwinforms::Point point) => new forwpf::Point(point.X, point.Y); } extern エイリア

    Itisango
    Itisango 2020/11/09
    「エイリアスが設定された名前空間のメンバーにアクセスするには、名前空間エイリアス修飾子 :: を使います。 :: 修飾子は 2 つの識別子の間でのみ使用できます。 左側の識別子には」using/extern/global aliasが使える #Csharp
  • ローコード開発とは?メリットやデメリットから開発事例まで解説 | ノーコード・ローコードに特化したシステム開発・導入支援サービス

    ローコード開発(LowCode)とは、最小限のソースコードの記述でシステム開発が行える開発手法です。ローコード開発は、開発期間・開発コストを大幅に抑えられるため、近年ではスタートアップから大手企業までさまざまな企業が導入しています。 しかし、ローコード開発には具体的にどのようなメリットがあるのか、導入するには何をしたらよいかわからない方も多いでしょう。記事では、ローコード開発の基から、企業の活用メリット、ローコード開発に役立つツールまでわかりやすく解説します。 この記事をご覧いただくことで、ローコード開発について基は理解できますので、ローコード開発に興味のある方はぜひご覧ください。 たったの10万円でアプリが作れる!? 最短24時間で納品の実績あり💡前代未聞のアプリ開発サービス! 無料でサービス資料をダウンロード>> お問い合わせはこちら>> \ ホワイトペーパー / 貴社のPow

    ローコード開発とは?メリットやデメリットから開発事例まで解説 | ノーコード・ローコードに特化したシステム開発・導入支援サービス
    Itisango
    Itisango 2020/11/08
    「ローコード開発は基本的なシステム開発方法がドラック&ドロップであることは同じですが、独自機能の追加拡張にコーディングが必要となります」昔のVisual ProgrammingとかBPMツールとかとどう違うのだろう? #LowCodeDevelopment
  • DX: Developer Experience (開発体験)は重要だ - Islands in the byte stream

    DX: Developer Experience (開発体験)とは、あるシステムを「気持ちよく開発・保守できるかどうか」を示すもの 開発者は開発・保守という行為を通じたそのシステムのユーザーであり、DXUXの一種である DXがよいと日々の開発を楽しめるようになり、気持ちに余裕ができる 気持ちの余裕がでるとコードの品質があがり保守時のデグレも減らせる また、DXがよい事自体がDXを高める動機になり、正のスパイラルを見込める つまり、「定められたタスク」(=義務)以上のことを行うようになる DXが悪いと開発を楽しめず、「定められたタスク」以外のことをしたくなくなる DXは放置すると悪化するので、「DXがよくも悪くもない」プロダクトは時間が経つに連れ「DXが悪い」になる なので積極的にDXを良くしていく活動を奨励していくのがよい いくつか興味深いフィードバックがあったので記しておきます。 DX

    DX: Developer Experience (開発体験)は重要だ - Islands in the byte stream
    Itisango
    Itisango 2020/11/07
    「Developer Experience (開発体験)とは、あるシステムを「気持ちよく開発・保守できるかどうか」を示すもの」「開発者は開発・保守という行為を通じたそのシステムのユーザーであり、DXはUXの一種である」 #DeveloperExperience
  • STAThreadAttribute クラス (System)

    名前空間: System アセンブリ:mscorlib.dll, System.Runtime.dll アセンブリ:netstandard.dll, System.Runtime.dll アセンブリ:System.Runtime.dll アセンブリ:mscorlib.dll アセンブリ:netstandard.dll ソース:ThreadAttributes.cs ソース:ThreadAttributes.cs ソース:ThreadAttributes.cs 重要 一部の情報は、リリース前に大きく変更される可能性があるプレリリースされた製品に関するものです。 Microsoft は、ここに記載されている情報について、明示または黙示を問わず、一切保証しません。 public ref class STAThreadAttribute sealed : Attribute [System.Att

    STAThreadAttribute クラス (System)
    Itisango
    Itisango 2020/11/06
    「この属性をエントリポイントメソッド ( Main() C# のメソッドと Visual Basic) に適用します。 他のメソッドには影響しません」 #Windows
  • アプリケーションのEXEファイルやDLLファイルを1つにまとめるには? - @IT

    外部のコンポーネント(通常はDLLファイル)などを利用して.NETでアプリケーションを作成する場合、アプリケーション体(EXEファイル)の実行には当然ながらそれらのDLLファイルが必要になる。しかしアプリケーションをユーザーに配布する場合などでは、ファイルの数は少ない(できれば1つのEXEファイルのみの)方が扱いやすい。 米Microsoftが無償で提供しているツール「ILMerge」を利用すれば、EXEファイルと、その実行に必要な複数のDLLファイルを1つのEXEファイルにまとめることが可能だ(正確には、ILMergeは複数のアセンブリを1つのアセンブリにマージする)。 複数のファイルを1つにまとめる「ILMerge」 ILMergeは次のページからダウンロードできる。このページには.NET Framework 2.0用と1.1用のインストール・パッケージ(.msiファイル)が用意され

  • チュートリアル: 独自のダイナミック リンク ライブラリを作成して使用する (C++)

    このチュートリアルでは、Visual Studio IDE を使用して Microsoft C++ (MSVC) で記述された独自のダイナミック リンク ライブラリ (DLL) を作成する方法について順を追って説明します。 その後、その DLL を別の C++ アプリから使用する方法を示します。 DLL (UNIX ベースのオペレーティング システムでは共有ライブラリとも呼ばれます) は、特に役立つ Windows コンポーネントの種類の 1 つです。 それらを使用して、コードやリソースを共有したり、アプリのサイズを縮小したりできます。 DLL を使用すると、アプリのサービス提供や拡張も簡単になります。 このチュートリアルでは、いくつかの数値演算関数を実装する DLL を作成します。 その後、DLL の関数を使用するコンソール アプリを作成します。 また、Windows DLL で使用され

    チュートリアル: 独自のダイナミック リンク ライブラリを作成して使用する (C++)
    Itisango
    Itisango 2020/11/06
    「または、クライアント ソース ファイルから DLL ヘッダー ファイルが格納されているフォルダーへの相対パスを入力することもできます」 #Windows
  • C++で汎用的なDLLを作成する

    DLLは複数のプログラムから共通で利用できる部分を分離させたライブラリファイルですが、DLLにはいくつかの種類があり、予め利用用途を想定したうえでどのタイプのDLLを作成するかを決めておく必要があります。 Win32APIのような昔ながらの?DLL MFC拡張DLL COMコンポーネントとして作られたDLL .NET Frameworkで作られたDLL ここでは汎用性の高い昔ながらのDLLの作成方法を解説します。

    C++で汎用的なDLLを作成する
    Itisango
    Itisango 2020/11/06
    「__stdcallを使いつつ名前を変えたくない場合はモジュール定義ファイルを使う方法にしましょう。」 #Windows
  • Visual Studio での C/C++ Dll の作成

    Windows において、ダイナミックリンク ライブラリ (DLL) とは、関数とリソースの共有ライブラリとして機能する実行可能ファイルの一種です。 ダイナミック リンクは、オペレーティング システムの機能です。 これにより、実行可能ファイルから別のファイルに格納された関数を呼び出したり、リソースを使用したりすることができます。 これらの関数とリソースはコンパイルできるだけでなく、これらを使用する実行可能ファイルとは別に配置することができます。 DLL はスタンドアロンの実行可能ファイルではありません。 DLL は、それを呼び出すアプリケーションのコンテキストで実行されます。 オペレーティング システムによって、その DLL がアプリケーションのメモリ領域に読み込まれます。 これは、アプリケーションが読み込まれるとき ("暗黙的なリンク")、または必要に応じて実行時に ("明示的なリンク"

    Visual Studio での C/C++ Dll の作成
  • リンカー ツール エラー LNK2001

    外部シンボル "symbol" は未解決です コンパイルされたコードは、"シンボル" への参照または呼び出しを行います。 シンボルは、リンカーによって検索されるライブラリまたはオブジェクト ファイルで定義されていません。 このエラー メッセージの後に、致命的なエラー LNK1120 が発生します。 エラー LNK1120 を修正するには、最初に LNK2001 と LNK2019 のエラーをすべて修正する必要があります。 LNK2001 エラーを取得するには、さまざまな方法があります。 これらはすべて、リンカーによって "解決" されなかった、または定義が見つからなかった関数や変数への "参照 "を含んでいます。 コンパイラでは、コードでシンボルが "宣言" されていない場合は識別できますが、"定義" されていない場合は識別できません。 これは、定義が別のソース ファイルまたはライブラリに

    リンカー ツール エラー LNK2001
  • DLL と Visual C++ ランタイム ライブラリの動作

    Visual Studio を使用してダイナミックリンク ライブラリ (DLL) をビルドする場合、既定では、リンカーには Visual C++ ランタイム ライブラリ (VCRuntime) が含まれます。 VCRuntime には、C/C++ 実行可能ファイルを初期化および終了するために必要なコードが含まれています。 DLL にリンクされる場合、VCRuntime コードは _DllMainCRTStartup と呼ばれる内部 DLL エントリポイント関数を提供します。この関数は、Windows OS メッセージを DLL に渡してプロセスまたはスレッドにアタッチまたはデタッチします。 _DllMainCRTStartup 関数は、スタック バッファー セキュリティのセットアップ、C ランタイム ライブラリ (CRT) の初期化と終了、静的オブジェクトとグローバル オブジェクトのコンス

    DLL と Visual C++ ランタイム ライブラリの動作
  • __declspec(dllimport) を使ったアプリケーションへのインポート

    あるプログラムが DLL によって定義されたパブリック シンボルを使うことを、シンボルをインポートすると言います。 ビルドに DLL を使用するアプリケーション用のヘッダー ファイルを作成するときは、パブリック シンボルの宣言で __declspec(dllimport) を使用します。 キーワード __declspec(dllimport) は、エクスポートに .def ファイルと __declspec(dllexport) キーワードのどちらを使用した場合でも機能します。 コードを読みやすくするには、__declspec(dllimport) に対してマクロを定義して、そのマクロを使用してインポートされる各シンボルを宣言します。 #define DllImport __declspec( dllimport ) DllImport int j; DllImport void func(

    __declspec(dllimport) を使ったアプリケーションへのインポート
  • __declspec(dllexport) を使った DLL からのエクスポート

    __declspec(dllexport) キーワードを使用すると、データ、関数、クラス、クラスのメンバー関数を DLL からエクスポートできます。 __declspec(dllexport) では、オブジェクト ファイルにエクスポート ディレクティブが追加されるので、.def ファイルを使用する必要はありません。 この機能は、C++ 関数の装飾名をエクスポートする場合に特に便利です。 名前の装飾には標準仕様がないので、エクスポート関数の名前は、コンパイラのバージョン間で変わる場合があります。 __declspec(dllexport) を使用する場合は、名前付け規則の変更に対応するためだけに、DLL とその従属する .exe ファイルを再コンパイルする必要があります。 序数、NONAME、PRIVATE など、多くのエクスポート ディレクティブは、.def ファイル内にしか作成されないの

    __declspec(dllexport) を使った DLL からのエクスポート