タグ

.NETに関するnokoribiのブックマーク (9)

  • C#による多言語対応アプリケーション開発のコツ

    C#言語(以下、C#)とVisual C# 2008(以下、VC#)を用いると、驚くほど簡単に多言語対応アプリケーションを作成することができます。しかし、多言語対応アプリケーションを作るための文書はネット上に散見していて、まとまった情報を手に入れることが難しいのが現状です。そこで稿では、オープンソースソフトウェアの日語化を通じて筆者が知った多言語化に関するTipsをまとめてみようと思います。 0.はじめに C#言語(以下、C#)とVisual C# 2008(以下、VC#)を用いると、驚くほど簡単に多言語対応アプリケーションを作成することができます。 しかし、多言語対応アプリケーションを作るための文書はネット上に散見していて、まとまった情報を手に入れることが難しいのが現状です。 そこで稿では、オープンソースソフトウェアの日語化を通じて筆者が知った多言語化に関するTipsをまとめてみ

    C#による多言語対応アプリケーション開発のコツ
  • @IT:Insider.NET

    人気過去連載を電子書籍化して無料ダウンロード提供する@IT eBookシリーズ。第52弾は、Microsoftが無償で提供するソースコードエディタ「Visual Studio Code」。高機能なこのエディタを使いやすくするTIPS集から12をまとめてお送りする。(2019年5月20日)

  • HugeDomains.com

    Captcha security check saltypickle.com is for sale Please prove you're not a robot View Price Processing

  • .NETアプリケーション自動更新技術の比較(1/3) - @IT

    企業システムにおけるアプリケーションの配布・更新は管理者にとって大きな問題である。業務アプリケーションの形態がクライアント/サーバ・アプリケーション(以下C/Sアプリ)からWebアプリケーション(以下Webアプリ)へと移り変わったのも、いまスマート・クライアントが注目されているのも、それが大きな要因の1つであることはいまさら説明するまでもない。 結局のところ、多くの業務アプリケーションにおいては、自動配布とバージョンアップの際に必要な自動更新を備えたWindowsアプリケーションが、ユーザーや管理者にとって現実的でベストなソリューションといえるだろう。 そしてこのソリューションを実現するために、.NETにはすでに何種類もの仕組みが用意されている。既存のクライアント/サーバ・システムに適応できるコンポーネントや、スマート・クライアントを実現するためノータッチ・デプロイメント、ClickOnc

  • .NET+アジャイルなら本当に幸せになれるのか? ― @IT

    連載 NAgileで始める実践アジャイル開発 第1回 .NETアジャイルなら当に幸せになれるのか? ――フリーのN*ツールによる楽しいアジャイル開発―― デジタルアドバンテージ 一色 政彦 & 正木 理絵子 2005/10/19 なぜ現在のソフトウェア開発においてアジャイル開発が生まれたのだろうか? それは、「新しい時代の流れ(例えば、オブジェクト指向設計/開発やプロジェクトの短期化など)」と「古い開発体制(例えば、ウォーターフォール型のきっちりした開発プロセスやドキュメント作成を重視する姿勢など)」という無理な組み合わせにすでに大きな矛盾が生じており、その矛盾の中で実際に働いている多くのデベロッパーがそれを何とかして改善しようと思うようになってきたからだと筆者は考えている。要するに、矛盾が生じている現在のソフトウェア開発に対するアンチテーゼとしてアジャイルが提唱されたのではないだろう

  • 連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説(前編)

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説(前編)
  • @IT:特集:ASP.NETで実践するO/Rマッピング(NHibernate編)

    いまさら強調するまでもなく、今日、データベースといえば、リレーショナル・データベース(以降、RDB)が主流であることは間違いない。しかし、C#やJavaC++といったオブジェクト指向言語の台頭によって、RDBが常に最適解とはいえない状況が発生しつつある。というのも、RDBとオブジェクト指向言語で扱うオブジェクトとは、そもそもの構造が異なるためだ。 オブジェクト指向に基づいてデータベース・アクセスを行おうとすれば、例えばINSERT命令を発行するには、データベースに格納すべき値をオブジェクトから取り出し、INSERT命令を動的に組み立てる必要がある(1つのオブジェクトをテーブル内の1レコードに対応させる場合)。逆に、SELECT命令でデータベースから取り出した結果セットは、オブジェクトを生成してから、結果セット内の各値を対応するオブジェクトのプロパティに代入しなければならない。 このような

  • 特集:ASP.NETで実践するO/Rマッピング(iBATIS.NET編)(1/3) - @IT

    前回では、O/RマッピングおよびO/Rマッピング・ツールの概要について解説し、.NET向けの代表的なO/Rマッピング・ツールである「NHibernate」を紹介した。 O/Rマッピング・ツールを使えば、(C#やVB.NETの)オブジェクトとデータベース上のテーブルとをマッピングできる。これによって、アプリケーションからはオブジェクトのプロパティにアクセスするだけで、直感的にテーブル上の各フィールドにアクセスすることが可能になるというわけだ。 前回の冒頭で示しているように、.NET環境で利用可能なO/Rマッピング・ツールはすでにいくつもが提供されている。今回は、NHibernateと並び.NET向けの代表的なO/Rマッピング・ツールである「iBATIS.NET」について解説しながら、実際にそれを利用したASP.NETのWebアプリケーションを作成していく。 前回で見たように、NHiberna

  • 特集 .NET開発者のためのリファクタリング入門(1/4) - @IT

    ちょっとそこのお客さん。ずいぶん浮かない顔をしていますね。え、仕事はプログラマ? そして評価が高く実績もあるプログラムのメンテナンスの仕事を任された? それはおめでとうございます。 え、めでたくない? それはいったいどうしてですか? ほほう。つまり、ユーザー・インターフェイスはすごく格好よいのに、ソース・コードがぐちゃぐちゃで何が何やら分からないと。それなのに、評価の高いソフトだからと機能追加の要求がいくつも発生していると。何が何やら分からないソース・コードを修正して、その要求に対応しなければならないわけですか。それは難儀ですな。すぐにやれといわれても、できるわけがない。 え、それは問題ではない? もう時間がかかることは了承させた? それは結構なことで。それなのに、どうして浮かない顔をなさっているので? ははぁ、時間をかけて書き直したとしても、その書き換えが正しいのか自信が持てないと。どこ

  • 1