CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。
![GitHub、プルリクエスト自動マージの一般提供を開始](https://cdn-ak-scissors.b.st-hatena.com/image/square/e650c9326abe11f1421a59870bcaef2c11579fb2/height=288;version=1;width=512/https%3A%2F%2Fcodezine.jp%2Fstatic%2Fimages%2Farticle%2F13607%2F13607_og.jpg)
Win32 APIをアプリケーションから利用すると、Windowsを最大限に活用できる。CやC++の開発者であれば既存の仕組みを容易に利用できるものの、C#やRustのような言語からWin32 APIへアクセスするには、手動でAPIのラッパーやバインディングを作成する必要がある。この方法はエラーが起こりやすく、広範なAPIをカバーする拡張性にも欠けている。 近年では、さまざまな言語からWin32 APIを呼び出す必要性が高まっている。これを背景として、ラッパーやバインディングで強く型付けされた慣用的な表現を提供し、開発者の負担を軽減する幾つかのコミュニティープロジェクトも登場している。.NET向けの「P/Invoke」や、Rust向けの「winapi-rs」などが有名だ。 これらのプロジェクトは有望なものの、手動でメンテナンスされているため、広範なAPIを持続的にカバーするのは困難であり、
このトピックでは、ユニバーサル Windows プラットフォーム (UWP) の一部であり、すべての Windows デバイスによって実装される Win32 API の一覧を示します。 便宜上、Microsoft Windows ソフトウェア開発キット (SDK) には という名前WindowsApp.libのアンブレラ ライブラリがあります。 そのアンブレラ ライブラリは、問題の一連の Win32 API のエクスポートを提供します。 アプリでこれらの API にアクセスするには、リンク WindowsApp.lib します (他のライブラリはありません)。 このトピックでは、 のすべての API をモジュール別に WindowsApp.libグループ化して示します。モジュールは API セットまたは dll です。 リンクすると WindowsApp.lib 、すべての Windows
ASP.NETでジェネリック ハンドラーを作成する手順を紹介します。 ASP.NETプロジェクトの作成 Visual Studioを起動します。 [ファイル][新規作成][プロジェクト]メニューをクリックし新しいプロジェクトを作成するか、ソリューションエクスプローラーでソリューションノードを選択し右クリックしてポップアップメニューを表示し[追加]メニューの[新しいプロジェクト]をクリックします。下図の[新しいプロジェクトの追加]ダイアログが表示されます。 左側のツリービューで[Visual C#]ノードの子ノードである[Web]ノードをクリックして選択します。右側のエリアのプロジェクト種類の一覧から[ASP.NET Web アプリケーション (.NET Framework)]を繰りくして選択します。ウィンドウ下部の[名前]テキストボックスに作成するプロジェクト名を入力します。またプロジェク
例 次の例では、 メソッドを GetEnvironmentVariable 使用して、Windows ディレクトリのパスを含む環境変数を取得 windir します。 using namespace System; using namespace System::IO; void main() { if (Environment::OSVersion->Platform == PlatformID::Win32NT) { // Change the directory to %WINDIR% Environment::CurrentDirectory = Environment::GetEnvironmentVariable( "windir" ); DirectoryInfo^ info = gcnew DirectoryInfo( "." ); Console::WriteLine("D
Section: C Library Functions (3) Updated: LinuxThreads Index JM Home Page roff page 名前 pthread_mutex_init, pthread_mutex_lock, pthread_mutex_trylock, pthread_mutex_unlock, pthread_mutex_destroy - mutex の操作 書式 #include <pthread.h> pthread_mutex_t fastmutex = PTHREAD_MUTEX_INITIALIZER; pthread_mutex_t recmutex = PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP; pthread_mutex_t errchkmutex = PTHREAD_ERRORCHECK
次に、HTTP API の場合ですが、VPC リンクの実態は ENI です。 ENI は作成しても追加費用はありませんし、データ処理料金の発生もありません!(AZ 間通信などの通常料金は発生します) REST API の構成図(例) REST API の場合、Private Link による接続ですので、API Gateway 側の ENI は VPC 外ということになります。 HTTP API の構成図(例) HTTP API の場合、API Gateway の基盤ネットワークからターゲットの VPC 内に ENI で延伸することになります。 図を見て解るとおり、HTTP API の各ターゲットリソースとして許可するのは VPC 内に伸びてきた ENI からの通信になります。よって、VPC リンクにアタッチされているセキュリティグループや、サブネットの CIDR を許可すると良いでしょう
Windows API は、Windows オペレーティング システムの一部であるダイナミック リンク ライブラリ (DLL) です。 独自の同等のプロシージャを記述することが困難な場合は、これらを使用してタスクを実行します。 たとえば、Windows には FlashWindowEx という名前の関数が用意されていて、これを使用すると、アプリケーションのタイトル バーを交互に明るい色合いと暗い色合いにすることができます。 ご自身のコードで Windows API を使用する利点は、既に記述され、使用されるのを待っている便利な関数が多数含まれているため、開発時間を節約できることです。 欠点として、Windows API は処理が容易でなく、問題が発生したときに困難な状況になることがあります。 Windows API は、相互運用性の特別なカテゴリを表しています。 Windows API に
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
このツイートを見て、「アプリで再ログインを頻繁要求されるってユーザビリティ良くないな。」と思ったのですが、普段裏側の仕組みは意識していなかったりテックリードの方に任せきりだったりしていたので、これを機に調べてみました。 そもそもスマホアプリ の時代、もはやauthenticationですらないと思うのよね。(何を言ってるかわからねえだろうと思うが。) — Hiromitsu Takagi (@HiromitsuTakagi) 2019年7月8日 この記事は「アプリでログインしっぱなしは、どのように実現されるの?」という疑問と調べた結果を共有するために書いていきます。 間違いや「もっとこんな仕組みが使われてるよ!」等のツッコミがあれば、どしどし貰えると助かります! 疑問1. アクセストークンという仕組みとは? 「なぜアクセストークンという概念が必要なのか?」 モバイルアプリでユーザー認証をし
トークンを利用した認証・認可 API を実装するとき Authorization: Bearer ヘッダを使っていいのか調べたAPIOAuthWeb TL;DR HTTP でトークンを利用した認証・認可をする手法として RFC 6750 がある OAuth に限らず、トークンを利用して認証・認可する機構の一部として Authorization: Bearer ヘッダを使うことができる 使い方について詳しくはこの記事の下のほうに書いた 要求 トークンを利用した認証・認可機構を持つ API を作りたい クライアントがトークンを HTTP リクエストに含めて送信し、サーバはトークンを検証してリソースへのアクセスを許可したい Authorization: Bearer トークン ヘッダでトークンを送る API あるよね、ああいうやつ 疑問 Authorization: Bearer ヘッダは OA
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く