包简介

MPPHP view library.

README 文档

README

MPPHP view library.

A view is the file that contains the code that gets printed on the browser period. And the MVC architecture demands that we keep our business logic away from these view files. Traditionally beginners i thought to make database calls or process their forms on the same file as the form:

<?php 
    if (isset($_POST['submit'])) {
        // Process the form...
        // ...and maybe redirect to somewhere else if they succeed.
        // Else display the for again
    }
?>

<form method="post">
    // Required inputs

    <input type="submit" name="submit" value="Sign in">
</form>

This would be a bad idea because now your View now has knowledge of your backend code. Now most people at this point would say theu write their logic in a different file and include it like so:

<?php  include ('/form-processing.php') ?>

<form method="post">
    // Required inputs

    <input type="submit" name="submit" value="Sign in">
</form>

Well technically, the two versions are the same, the view is still aware of the back end logic.

There are lots of third party Templating Engines out there like Smarty, Latte, Mustache, but most PHP frameworks come bundled with their own Templating engine, for example Symfony has Twig, Laravel has Blade and Phalcon has Volt. And MpPHP well, it just has a single file containing functions that mimic the important features of a Templating Engine like Inheritance and Sections/Blocks that we like to call VIEW.

Defining A Layout

Two of the primary benefits of using a templating engine are template inheritance and sections. To get started, let's take a look at a simple example. First, we will examine a "master" page layout. Since most web applications maintain the same general layout across various pages, it's convenient to define this layout as a single Blade view:

<!-- Stored in resources/views/layouts/app.phtml -->

<html>
    <head>
        <title>App Name - <?= _view__nest('title') ?></title>
    </head>
    <body>

        <?= _view__include('sidebar') ?>

        <div class="container">
            <?= _view__nest('content') ?>
        </div>
    </body>
</html>

As you can see, this file contains typical HTML mark-up. However, take note of the _view__nest() and the _view__include() functions. The _view__include function, as the name implies, includes a template, while the _view__nest() function is used to display the contents of a given section.

Now that we have defined a layout for our application, let's define a child page that inherits the layout.

Extending A Layout

When defining a child vtemplate, use the _view__extends() function to specify which layout the child template should "inherit". Templates which extend a layout may inject content into the parent template by wrapping its content in a function with the same name passed into it's parents _view__nest() function. Remember, as seen in the example above, the contents of these sections will be displayed in the layout _view__nest('content'):

<!-- Stored in resources/views/child.phtml -->

<?php _view__extends('layouts/app') ?>

<?php function title() { ?>
    Child Page
<?php } ?>

<?php function content() { ?>
    <p>This is my body content.</p>
<?php } ?>

From this section down, we would be talking about best practices for using PHP in a view or a template file.

Displaying Data

To display a PHP value to the browser, we would use echo or print but if the only thing your doing withing a PHP opening an closing tag is an echo or print you can use the shorthand version like so:

<?= $data ?>

Much simpler than:

<?php print $data ?> or <?php echo $data ?>

Dont you think?

Control Structures

It is common for young developers to mix their view with business logic in a way that makes it impossible for a front end developer who has little knowledge of PHP to work with their projects, for example it is comon to find a view that has the following code:

<body>

    <?php

    foreach ($data as $info) {
        $output  = '<div>';
        $output .= '<p>'. $info . '</p>';
        $output .= '</div>;
    }

    echo $output;
    ?>

</body>

If your working on a school project with your friends and your job is at the back end of things, i guess we can all agree the above could be alot for the person handling the front. A cleaner way to get this do would be to drop out of PHP as soon as we don't need it:

<body>

    <?php foreach ($data as $info) { ?>
        <div>
            <p> 
                <?= $info ?>
            </p>
        </div>
    <?php } ?>

</body>

This would be easier for any front end personel to work on your project without having to worry about PHP, I mean it's there but they can easily be ignored compared to the previous version.

This step would work for both Control structures and logical expressions likewise.

mpphp/view 适用场景与选型建议

mpphp/view 是一款基于 PHP 开发的 Composer 扩展包，目前已累计 44 次下载、GitHub Stars 达 0，最近一次更新时间为 2019 年 03 月 27 日，在 PHP 生态内属于活跃度较高的组件。

它主要适用于以下技术方向：「framework」「php」「view」「procedural」「MpPHP」等业务场景。在实际项目中，围绕这些方向常见需要落地的问题包括：接口对接、性能调优、并发安全、与既有框架（Laravel / ThinkPHP / Yii / Webman 等）的兼容适配，以及生产环境的日志埋点与稳定性保障。

我们在过去多个企业项目中使用过 mpphp/view 或与其功能相近的方案，如果你在选型或落地过程中遇到问题，例如 版本兼容、二次改造、私有化封装、与内部系统对接、生产 BUG 排查，欢迎联系我们协助评估。

围绕 mpphp/view 我们能提供哪些服务？

定制开发 / 二次开发

基于 mpphp/view 在你已有业务上做功能扩展、字段裁剪、UI 适配、与内部账号 / 权限 / 日志系统的深度对接。

BUG 修复 & 性能优化

线上偶发问题、内存泄漏、慢查询、并发异常等排查修复；针对高流量场景做缓存、队列、索引层面的调优。

项目外包 & 长期维护

承接完整的项目从需求 → 设计 → 开发 → 上线 → 长期运维；也可按月提供技术保姆服务。

yvsm@zunyunkeji.com QQ：316430983 微信：yvsm316 西安尊云信息科技 · 专注 PHP / Go / 分布式系统研发