Metadata-Version: 2.1
Name: hutils
Version: 0.3.1
Summary: a charming python web util-library
Home-page: https://github.com/zaihui/hutils/
Author: ZaiHui Dev
Author-email: llk@kezaihui.com
License: MIT License
Platform: UNKNOWN
Classifier: License :: OSI Approved :: MIT License
Classifier: Programming Language :: Python :: 3
Classifier: Programming Language :: Python :: 3.5
Classifier: Programming Language :: Python :: 3.6
Classifier: Programming Language :: Python :: 3.7
Description-Content-Type: text/markdown
Requires-Dist: enum34 (>=1.1.4); python_version < "3.4"

# HUtils, a charming python web util-library.

<p align="center">
    <a href="https://pypi.python.org/pypi/hutils">
        <img src="https://img.shields.io/pypi/v/hutils.svg" alt="Package" />
    </a>
    <a href="https://travis-ci.org/zaihui/hutils">
        <img src="https://img.shields.io/travis/zaihui/hutils.svg" alt="Travis" />
    </a>
    <a href="https://hutils.readthedocs.io/en/latest/?badge=latest">
        <img src="https://readthedocs.org/projects/hutils/badge/?version=latest" alt="RTFD" />
    </a>
</p>

本项目为我司（[@zaihui](https://github.com/zaihui)）在后端开发中，
积攒的比较好用的各类基类函数。


## Installation

```
pip install hutils
```


## Document

文档地址请参见 [ReadTheDocs - hutils](https://hutils.readthedocs.io/en/latest/?badge=latest)


## License

[MIT License](/LICENSE)


## Others

欢迎各位大佬提 PR/Issue 把你们觉得 好用的/写得不够完善的/缺少单元测试 的功能也提交进来~

最后献上一首 `The Zen of Python`:

> The Zen of Python, by Tim Peters
>
>
>
> Beautiful is better than ugly.
>
> Explicit is better than implicit.
>
> Simple is better than complex.
>
> Complex is better than complicated.
>
> Flat is better than nested.
>
> Sparse is better than dense.
>
> Readability counts.
>
> Special cases aren't special enough to break the rules.
>
> Although practicality beats purity.
>
> Errors should never pass silently.
>
> Unless explicitly silenced.
>
> In the face of ambiguity, refuse the temptation to guess.
>
> There should be one-- and preferably only one --obvious way to do it.
>
> Although that way may not be obvious at first unless you're Dutch.
>
> Now is better than never.
>
> Although never is often better than *right* now.
>
> If the implementation is hard to explain, it's a bad idea.
>
> If the implementation is easy to explain, it may be a good idea.
>
> Namespaces are one honking great idea -- let's do more of those!


