流畅的 C# 有多远才算太远？

发布于 2024-10-15 19:07:51 字数 607 浏览 4 评论 0原文

public static class Th
{
    public static T e<T>(T theObject) where T : class
    {
        return theObject;
    }        
}

public static class ObjectExtensions
{
    public static bool Is<T>(this T o, Func<T, bool> a) where T : class
    {
        return a(o);
    }
}

//...

//logic in a method somewhere
Func<string, bool> valid = property => _myService.SomeValidationMethod(property);

if (Th.e(_request.Property).Is(valid))
{
   //do something
}

这段代码适合生产吗？为什么？

编辑：感谢您的所有评论。我希望您在阅读我将 C# 语法延伸至断点时获得了与我阅读您的回复一样的乐趣。

原文

public static class Th
{
    public static T e<T>(T theObject) where T : class
    {
        return theObject;
    }        
}

public static class ObjectExtensions
{
    public static bool Is<T>(this T o, Func<T, bool> a) where T : class
    {
        return a(o);
    }
}

//...

//logic in a method somewhere
Func<string, bool> valid = property => _myService.SomeValidationMethod(property);

if (Th.e(_request.Property).Is(valid))
{
   //do something
}

Is this code suitable for production and why?

Edit: Thank you for all your comments. I hope you had as much fun reading my stretching of the C# syntax to breaking point as I did reading your responses.

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

少女情怀诗 2024-10-22 19:07:51

我对流畅的 API 没有任何问题，但这似乎违反了最小惊喜原则。我无法理解名为 Th 的类和名为 e 的方法的用途。

回复收藏 0 原文

眼睛会笑 2024-10-22 19:07:51

那太远了。不，该代码不适合生产。 The.e 既不是措辞正确的散文，也不是适当命名的代码——在这两种情况下它都是毫无意义的。

回复收藏 0 原文

往日 2024-10-22 19:07:51

是什么让您认为这段代码“流畅”？

这绝对不流畅，也不是自记录的。

回复收藏 0 原文

您的好友蓝忘机已上羡 2024-10-22 19:07:51

虽然你所说的“流畅性”非常重要，而且大多数开发人员都忽略了这一点（即使是真正应该关心这一点的人，比如 CS 算法编写者），但你向我们展示的代码风格滥用了语言的可表达性，而且不是很有用，IMO ，有两个原因：

即使没有那些 Th 类和 Th.eif (_request.Property.Is(valid)) 也足够“流畅”代码>方法；
由于这种“流畅性”，您正在失去宝贵的标识符。如果您需要验证另一个对象怎么办？您执行 if (Th.e(_request.Property2).Is(valid)) 或 if (Th.e(_request2.Property).Is(valid)) 吗？如果您需要进行另一次测试怎么办？你会if (Th.e(_request.Property).Is(valid2))吗？