WCFサービスクラスは、サービスをメソッド群として実装する。さらに、少なくとも1つのサービスコントラクトが定義され、そこにそのサービスが実行できる操作が定義される。オプションとしてデータコントラクトも定義でき、操作によって利用されるデータの種類を記述できる。コントラクトは .NET Attributes を使って定義される。WCFサービスとして公開されるクラスには、ServiceContract 属性を付与するか、その属性が付与されたインターフェイスを実装する必要がある。クライアントが SOAP メッセージを使って呼び出せるメソッドには、OperationContract 属性を付与しなければならない。これらの属性によって WSDL の記述が自動的に生成され、クライアントはそれを参照可能となる。1つのサービスに複数のサービスコントラクトを設けることもできる。これは複数の .NET インターフェイスを定義し、それぞれに ServiceContract 属性を付与することでなされる。サービスクラスには、それら全インターフェイスを実装する。ServiceContract と OperationContract 属性はまた、既存の契約を参照するインターフェイスを持つこともでき、インターフェイスのバージョン付けも可能となっている。サービスコントラクトには、明示的か暗黙かのデータコントラクトが必ず対応しており、そのサービスが使うデータを定義している。あるサービスが必要とするデータが単純な型だった場合（整数、浮動小数点数など）、WCF は自動的にデータコントラクトを定義する。一方、データが複雑なオブジェクトや構造体だった場合、明示的に定義しなければならない。データコントラクトは、データのシリアライズ方法を規定するものである。データコントラクトは、DataContract 属性をクラスや構造体に付与することで定義される。サービスで使用される構造体メンバーには、DataMember 属性が付与されなければならない。そうすることで、その値がサービスとクライアント間で転送される。サービスの通常の振る舞いと特定の操作は ServiceBehavior 属性と OperationBehavior 属性でそれぞれ制御される。ServiceBehavior 属性にはいくつかのプロパティがある。ConcurrencyMode プロパティは、サービスが同時並行して複数のクライアントに提供されるかどうかを示す。InstanceMode プロパティは、唯一のインスタンスで全要求に対応するのか、それとも要求毎に新たなインスタンスを生成するのか、あるいはセッション毎に生成するのかを指定する。
WCFサービスは3つの部分から成る。「サービス; service」クラスは提供すべきサービスを実装している。「ホスト環境; host environments」はサービスのための環境である。「エンドポイント; endpoints」は、クライアントと接続する部分である。WCFサービスとの通信は全てエンドポイントを通して行われる。エンドポイントには「コントラクト; contract」として、そのエンドポイントを通してServiceクラスのどのメソッドにアクセスできるかが指定されている。つまり、エンドポイントによって利用可能なメソッドが異なる場合もある。また、クライアントとの通信方法を指定する「バインディング; binding」があり、エンドポイントの存在するアドレスも指定されている。WCFサービスのホストとしてはWindows Activation Servicesがある。他にも、IISをホストとすることもできるし、ServiceHostクラスを使った任意のプロセスをホストとすることができる。また、WCFサービス自身がホストとなることも可能である。
WCFは分散コンピューティングにサービス指向アーキテクチャの原則を持ち込んだものであり、この場合にサービスを受けるのはクライアントである。クライアントは複数のサービスを受けることができ、1つのサービスは複数のクライアントに提供される。典型的なサービスはWSDLインターフェイスになっていて、任意のWCFクライアントがサービスを受けられるようになっており、どのプラットフォームでサービスが提供されているかは問わない。WCFには様々なWS標準が実装されている（WS-Addressing、WS-ReliableMessaging、WS-Security）。マイクロソフトはWS-Iのメンバーだが、WS-Iの決めた標準のうちどれを完全にサポートする予定なのかは不明である。
この複合寺院は、ラーメースワン（在位1369-1370年〈後・1388-1395年〉）により創建され、その後、ボーロマトライローカナート（在位1431-1488年）によって1434年に再構築されたものと考えられる。また、アユタヤの王室の史記によれば、1369年、ラーメースワンにより父ラーマーティボーディー1世（在位1351-1369年）の火葬の場に建立されたことがうかがえる。1650年にオランダの美術家により描かれた首都アユタヤの油彩画 Iudea （アムステルダム国立美術館所蔵）およびヨハネス・フィングボーンス（1616/17-1670年）の地図（1665年）には、その場所に1基の塔堂（プラーン、prang）といくつかの仏塔（チェーディー、chedi）および1基の礼拝堂（ウィハーン、wihan）が認められる。1687年の不詳のフランス人に製作された地図は、この場所を Grande Pagode （「大仏塔」）と記している。1685年のギー・タシャール（1651–1712年）の詳細な報告により、王ナーラーイ王（在位1656-1688年）統治時代であった1665年から1685年のうちに寺院は大幅に拡張されたと考えられる。この時代に、中央の塔堂には小形の塔堂が4方向すべてに追加され、それにより十字形を構成するようになった。同時に中央基壇を囲む回廊 (Phra Rabieng) が構築された。1741年（-1742年）には、王ボーロマコート（在位1733-1758年）のもとでさらに大きな改修がなされた。「プララームも等しく荒廃していたため王はそれを思いやり、完全に再建ことを宣言した。これは完成するまでに1年以上かかった。その後、王は3か所の主要寺院すべてにおいて落成の式典をそれぞれ開き、大勢の僧侶に十分な供物を捧げて、各寺院で3日間におよぶ祝宴を催した」。王ボーロマコートの拡張は、中央塔堂の周りの第2基壇、東西にある大礼拝堂、北側と南側の一連の仏塔であったと考えられる。寺院の前にノーンソーン (Nong Son、タイ語: หนอง โสน) と呼ばれる池が、おそらく都が創設される以前よりあった。王宮、ワット・マハータート、ワット・ラーチャブーラナ、それにワット・プララームを構築するため、その池沼の土により地盤を整えた。その後、現在のハスの花の美しい池であるブン・プララーム (Bueng Phra Ram 「タイ語: บึงพระราม」) がここに配置された。