>* On 25 Mar 2017, at 15:51, Gerald Britton <https://mail.python.org/mailman/listinfo/python-ideas>> wrote:
> *> >* On 25 March 2017 at 11:24, Pavel Velikhov <http://gmail.com> <http://gmail.com/ <http://gmail.com/>>> wrote:
> *>* > No, the curre
ode the SQL separately and put it in a SQL view,
function or stored procedure. I can still parse the results with LINQ (not
LINQ to SQL), which is fine.
For similar reasons, I'm not a huge fan of ORMs either. Probably my bias
towards designing the database first and building up queries to
This is looking familiar. .Net extension methods anyone?
___
Python-ideas mailing list
Python-ideas@python.org
https://mail.python.org/mailman/listinfo/python-ideas
Code of Conduct: http://python.org/psf/codeofconduct/
It's an apples/oranges comparison.
.NET is a library that can be used from many languages, including Python.
(Not just IronPython, but also Python for .NET (pythonnet.sourceforge*.*net
*))*
Python is a language that can use many libraries, including .NET
The set of libraries that can be used fr
On Jan 23, 2017 1:12 PM, "Britton, Gerald" wrote:
On 23/01/17 02:56 PM, Gerald Britton wrote:
>
>
>* On Jan 23, 2017 11:07 AM, "Soni L." <https://mail.python.org/mailman/listinfo/python-ideas> *
>* <mailto:fakedme% 2Bpy at gmail.com
><https:
On Jan 23, 2017 11:07 AM, "Soni L." wrote:
On 23/01/17 01:52 PM, Gerald Britton wrote:
[snip]
>I propose `x .= y` -> `x = x . y`, for any `y`.
[snip]
I think you mean "any y that is a member of x"
Since it desugars into `x = x.y`, you can literall
[snip]
>I propose `x .= y` -> `x = x . y`, for any `y`.
[snip]
I think you mean "any y that is a member of x"
Also, note that this syntax means that x will be rebound to the result of
calling x.y, whatever that is (frequently, None, for mutating methods)
In general, you can't count on
