およびニュースあなたの最もよい資料源約 ハードウェア, ハードウェア そして 窓の眺望 インターネット

ヴィスタの記事 上50 ヴィスタのビデオ 柔らかいヴィスタ ヴィスタの助け

コーディング

現在記事をからの拾い読みしている MS Windowsヴィスタの多用性があるソフトウェア 部門の一致 コーディング.

パールが付いているWindowsサーバーで台本を書く適切な貝

  • 事実: 貝の台本を書くことはあらゆるのための絶対必要深刻それサーバーを経営するadminである。 丸太を点検し、点検のサーバー性能をそして負荷の自動化からの保ち、へのバックアップ、台本を書くことはaなるである。
  • 事実: Windowsで台本を書く貝は吸う。 Monad (マイクロソフト力の貝)は混合されているそれ、今のところ結果を固定するように試みるが。
  • 事実: Linuxおよび他の*nixのオペレーティングシステムで台本を書く貝は強力、よくとり上げられる、かなり簡単である。

ほとんどの人々はこの3つの事実を見てみ、結論に直ちに。来る。 悪事 結論: 貝台本を書く部で本来欠けているのできちんとWindowsサーバーを経営できない。

かちりと鳴らしなさい「パールが付いているWindowsサーバーで」を台本を書く適切な貝読み続けるために

コンピュータ教祖によって書かれている 2007年11月13日 を使って コメント無し.
より多くの記事を読みなさい パール そして マッキントッシュ そして サーバー管理 そして パールと台本を書く貝 そして バッチ そして 強打 そして オペレーティングシステム そして コーディング そして プログラミング そして Windows そして Linux そして ガイド そして 切り刻むこと そして ソフトウェア.

ワインとの.NETの可搬性を及びモノラル完了しなさいか。

モノラル マイクロソフトの.NETフレームワークの開け源版はある。 それは後陣フレームワーク特徴のほとんどを実行するが、不運にも試みるときデスクトップのappsが完全にあるものについてであるユーザ・インタフェース表示するように、かなり少し表面で失敗する。

ワイン 他手に、(大部分の)マイクロソフトのWin32の図書館のLinuxの港- Windowsの開発の図書館の中心の依存は、win32インターフェイス要素もっと重大にあり。 ワインを使うと、一定の制限を使うとLinuxの多くの従来のC++ win32のexecutablesを、動かすことができる。

モノラル最も大きい障害はP/Invokeを天然非管理されたwin32 dllsを使用するGUIおよび.NETプログラムである-呼ぶのに純粋な.NETの環境はあり、それらを扱うことができないモノラル。 しかし上記の記述から、それはある 丁度 what WINE excel at… So can’t we use WINE + Mono to make just about any .NET program run on Linux fresh out of the .NET compiler?

Unfortunately, the answer is no. Back when the Mono project was first starting out, the Mono development team considered using WINE to implement the System.Windows.Forms namespace of the .NET Framework (which is practically 100% native C++ unmanaged win32 code in .NET wrappers). But they made the right choice in deciding to not take the easy way and go that route, leaving the integrity of the Mono project intact and focusing on true cross-platform user interface libraries instead (the GTK# is now the UI Library of choice for cross-platform .NET applications).

Click to continue reading "Complete .NET Portability with Wine & Mono?"

Written by Computer Guru on September 19th, 2007 with no comments.
Read more articles on Coding and Alternatives and Mono and WINE and .NET Framework and c# and Windows and Programming and Linux and software.

Shell Namespace Extension: Adding Custom Command Module Items

Overview

In my earlier post, I showed how to create a Shell Namespace Extension using the default IShellView implementation (also known as DefView). One thing you might have noticed from the sample is that the Commands Module is void of even the default items such as “Organize” and “Views”.

Commands Module - FolderViewImpl

If you are developing your own Namespace and want to include the default buttons and/or add your own elements to the Commands Module as well, how do you accomplish this? The answer: you must implement the IExplorerCommand, IExplorerCommandProvider and IEnumExplorerCommand interfaces.

Below I describe what each of the interfaces is used for and what you need to do to properly implement them in your code.

IExplorerCommandProvider

After your Namespace is loaded, the Shell will ask your Namespace for an instance of an IExplorerCommandProvider. This interface exposes two methods: GetCommand and GetCommands. The Shell calls the GetCommand method to retrieve a specific IExplorerCommand object that matches the supplied GUID (Each command is identified by a GUID). The

Click to continue reading "Shell Namespace Extension: Adding Custom Command Module Items"

Written by chrdavis on September 5th, 2007 with no comments.
Read more articles on shell and namespace and Coding and API and Programming and vista and Windows Vista.