モバイルマネーのSymfonyへの統合

Question

私はモバイルマネーを統合したいSymfonyアプリケーションを持っています。問題は、私は小枝ファイルにPHPコードを追加することができないと私はこの種の挑戦の完全な初心者です。コード読み取ります

<?php 

require_once '/path/to/monetbil-php/monetbil.php'; 

// Setup Monetbil arguments 
Monetbil::setAmount(500); 
Monetbil::setCurrency('XAF'); 
Monetbil::setLocale('en'); // Display language fr or en 
Monetbil::setPhone(''); 
Monetbil::setCountry(''); 
Monetbil::setItem_ref('2536'); 
Monetbil::setPayment_ref('d4be3535f9cb5a7aff1f84fa94e6f040'); 
Monetbil::setUser(12); 
Monetbil::setFirst_name('KAMDEM'); 
Monetbil::setLast_name('Jean'); 
Monetbil::setEmail('jean.kamdem@email.com'); 

// Start a payment 
// You will be redirected to the payment page 
Monetbil::startPayment(); 

私はアプリケーション/リソース/ビュー/メンバー/ dashboard.html.twigにこれを追加することで探しています

おかげ

Answer 1

小枝は、あなたの出力をレンダリングするメンターです。あなたの（PHP）ロジックをcontrollerに入れて、独自のserviceを作成してください。あなたのコントローラーから、必要な変数を使ってTwigテンプレートをレンダリングするだけで、ユーザーに表示したい出力をレンダリングすることもできます。

Answer 2

symfonyのようなフレームワークを使用している場合は、require_onceを使用しないでください（いくつかの例外を除く）。オートローディングと依存性注入について読む（Symfony.comには優れた記事がある）

何らかの理由により、monetbil-php libraryはcomposerを使用しません。理由は分かりませんが、私は3つの理由を想像することができます：彼らはそれが何であるか（2017年のこんにちは開発者！）、彼らは他の開発者を嫌うか、図書館は何年も更新されていません。最近のコミットにもかかわらず、それは非常に時代遅れの図書館のように見えます（なぜPHP 5.2をサポートしているのですか？それは暗黒時代のものです）。このやりかたで少し冗談を言って申し訳ありませんが、質問に戻る。

今のところ、ファイルをプロジェクトにコピーし、ファイルに名前空間を付けてプロジェクトで使用します。私がan issue hereを開いたのは、開発者がSymfonyのようなフレームワークで自分たちのライブラリを使いたい場合、作者ファイルを追加するべきだと思うからです。

TwigでPHPを使用することはできませんし、可能であってもPHPコードはコントローラ内にある必要があります。 Monetbilはビジネスロジックを定義しているため、テンプレートには入れないでください。お使いのコントローラでそれを使用するには

：

/** 
* Pay the bill 
* 
* @Route("/pay/{id}", name="payment") 
* @Method("POST") 
* @param Request $request 
* @param Order $product 
* 
* @return JsonResponse 
* @throws \Exception 
*/ 
public function payAction(Request $request, Order $product) 
{ 
    Monetbil::setAmount(500); 
    //.. 
    Monetbil::startPayment(); 
} 

コメントによると、startPayment()はリダイレクトされますので、小枝テンプレートに戻るには何もありません。

（*）テンプレート内のビジネスロジックは悪い習慣とみなされますが、あまりにも多くのビジネスロジックをコントローラに入れすぎないようにする必要があります。この例を使用している場合は、ビジネスロジックをフレームワークに依存しない方法で定義できるように、サービスについて読んでみてください。それはあなたのアプリケーション（単体テスト、Symfonyのアップデート、おそらく別のフレームワークへの切り替え）を維持しやすくします。