Business Logic Toolkit for .NET

Здравствуйте, IT, Вы писали: IT>Там же написано, что должно быть 151K после налогов в одно рыло. IT>А ты даёшь ссылку на семью, как минимум из 2-х человек. Я прошу прощения за оффтопик, но вас очень редко можно встретить на форуме ... [More] , а у меня к вам вопрос, причём я даже затрудняюсь его полностью сформулировть. Я хочу сделать нечто вроде linq2db для DynamoDB. Но, для этого нужно транслировать ExpressionTree в сам запрос, а проблема в том, что выражения DynamoDB поддерживают далеко не все операции linq. SQL гораздо более полный. То есть, чтобы не дать программисту написать выражение, которое не может быть скомпилировано в запрос, нужно видимо писать набор своих операций, подобных linq. Но ведь для IQueryable (потомка IEnumerable) определено множество методов linq, и соответственно, при использовании IQueryable нельзя гарантировать, что будут использованы только разрешенные в DynamoDB операции. Что же с этим делать, создавать своего потомка IEnumerable? Так тоже не пойдёт, ведь всегда можно привести гипотетический IDynamoQueryable к IEnumerable и вызвать неподдерживаемую операцию. Что бы вы порекомендовали? 11.05.19 00:19: Ветка выделена из темы неужели успешный программист в штатах входит в 1% самыхАвтор: xmaДата: 07.05 17:31 — IT [Less]

Здравствуйте, IT, Вы писали: IT>Там же написано, что должно быть 151K после налогов в одно рыло. IT>А ты даёшь ссылку на семью, как минимум из 2-х человек. Я прошу прощения за оффтопик, но вас очень редко можно встретить на форуме ... [More] , а у меня к вам вопрос, причём я даже затрудняюсь его полностью сформулировть. Я хочу сделать нечто вроде linq2db для DynamoDB. Но, для этого нужно транслировать ExpressionTree в сам запрос, а проблема в том, что выражения DynamoDB поддерживают далеко не все операции linq. SQL гораздо более полный. То есть, чтобы не дать программисту написать выражение, которое не может быть скомпилировано в запрос, нужно видимо писать набор своих операций, подобных linq. Но ведь для IQueryable (потомка IEnumerable) определено множество методов linq, и соответственно, при использовании IQueryable нельзя гарантировать, что будут использованы только разрешенные в DynamoDB операции. Что же с этим делать, создавать своего потомка IEnumerable? Так тоже не пойдёт, ведь всегда можно привести гипотетический IDynamoQueryable к IEnumerable и вызвать неподдерживаемую операцию. Что бы вы порекомендовали? 11.05.19 00:19: Ветка выделена из темы неужели успешный программист в штатах входит в 1% самыхАвтор: xmaДата: 07.05 17:31 — IT [Less]

Здравствуйте, IT, Вы писали: IT>Там же написано, что должно быть 151K после налогов в одно рыло. IT>А ты даёшь ссылку на семью, как минимум из 2-х человек. Я прошу прощения за оффтопик, но вас очень редко можно встретить на форуме ... [More] , а у меня к вам вопрос, причём я даже затрудняюсь его полностью сформулировть. Я хочу сделать нечто вроде linq2db для DynamoDB. Но, для этого нужно транслировать ExpressionTree в сам запрос, а проблема в том, что выражения DynamoDB поддерживают далеко не все операции linq. SQL гораздо более полный. То есть, чтобы не дать программисту написать выражение, которое не может быть скомпилировано в запрос, нужно видимо писать набор своих операций, подобных linq. Но ведь для IQueryable (потомка IEnumerable) определено множество методов linq, и соответственно, при использовании IQueryable нельзя гарантировать, что будут использованы только разрешенные в DynamoDB операции. Что же с этим делать, создавать своего потомка IEnumerable? Так тоже не пойдёт, ведь всегда можно привести гипотетический IDynamoQueryable к IEnumerable и вызвать неподдерживаемую операцию. Что бы вы порекомендовали? 11.05.19 00:19: Ветка выделена из темы неужели успешный программист в штатах входит в 1% самыхАвтор: xmaДата: 07.05 17:31 — IT [Less]

Здравствуйте, IT, Вы писали: IT>Там же написано, что должно быть 151K после налогов в одно рыло. IT>А ты даёшь ссылку на семью, как минимум из 2-х человек. Я прошу прощения за оффтопик, но вас очень редко можно встретить на форуме ... [More] , а у меня к вам вопрос, причём я даже затрудняюсь его полностью сформулировть. Я хочу сделать нечто вроде linq2db для DynamoDB. Но, для этого нужно транслировать ExpressionTree в сам запрос, а проблема в том, что выражения DynamoDB поддерживают далеко не все операции linq. SQL гораздо более полный. То есть, чтобы не дать программисту написать выражение, которое не может быть скомпилировано в запрос, нужно видимо писать набор своих операций, подобных linq. Но ведь для IQueryable (потомка IEnumerable) определено множество методов linq, и соответственно, при использовании IQueryable нельзя гарантировать, что будут использованы только разрешенные в DynamoDB операции. Что же с этим делать, создавать своего потомка IEnumerable? Так тоже не пойдёт, ведь всегда можно привести гипотетический IDynamoQueryable к IEnumerable и вызвать неподдерживаемую операцию. Что бы вы порекомендовали? 11.05.19 00:19: Ветка выделена из темы неужели успешный программист в штатах входит в 1% самыхАвтор: xmaДата: 07.05 17:31 — IT [Less]

Здравствуйте, IT, Вы писали: IT>Там же написано, что должно быть 151K после налогов в одно рыло. IT>А ты даёшь ссылку на семью, как минимум из 2-х человек. Я прошу прощения за оффтопик, но вас очень редко можно встретить на форуме ... [More] , а у меня к вам вопрос, причём я даже затрудняюсь его полностью сформулировть. Я хочу сделать нечто вроде linq2db для DynamoDB. Но, для этого нужно транслировать ExpressionTree в сам запрос, а проблема в том, что выражения DynamoDB поддерживают далеко не все операции linq. SQL гораздо более полный. То есть, чтобы не дать программисту написать выражение, которое не может быть скомпилировано в запрос, нужно видимо писать набор своих операций, подобных linq. Но ведь для IQueryable (потомка IEnumerable) определено множество методов linq, и соответственно, при использовании IQueryable нельзя гарантировать, что будут использованы только разрешенные в DynamoDB операции. Что же с этим делать, создавать своего потомка IEnumerable? Так тоже не пойдёт, ведь всегда можно привести гипотетический IDynamoQueryable к IEnumerable и вызвать неподдерживаемую операцию. Что бы вы порекомендовали? 11.05.19 00:19: Ветка выделена из темы неужели успешный программист в штатах входит в 1% самыхАвтор: xmaДата: 07.05 17:31 — IT [Less]

Здравствуйте, IT, Вы писали: IT>Там же написано, что должно быть 151K после налогов в одно рыло. IT>А ты даёшь ссылку на семью, как минимум из 2-х человек. Я прошу прощения за оффтопик, но вас очень редко можно встретить на форуме ... [More] , а у меня к вам вопрос, причём я даже затрудняюсь его полностью сформулировть. Я хочу сделать нечто вроде linq2db для DynamoDB. Но, для этого нужно транслировать ExpressionTree в сам запрос, а проблема в том, что выражения DynamoDB поддерживают далеко не все операции linq. SQL гораздо более полный. То есть, чтобы не дать программисту написать выражение, которое не может быть скомпилировано в запрос, нужно видимо писать набор своих операций, подобных linq. Но ведь для IQueryable (потомка IEnumerable) определено множество методов linq, и соответственно, при использовании IQueryable нельзя гарантировать, что будут использованы только разрешенные в DynamoDB операции. Что же с этим делать, создавать своего потомка IEnumerable? Так тоже не пойдёт, ведь всегда можно привести гипотетический IDynamoQueryable к IEnumerable и вызвать неподдерживаемую операцию. Что бы вы порекомендовали? 11.05.19 00:19: Ветка выделена из темы неужели успешный программист в штатах входит в 1% самыхАвтор: xmaДата: 07.05 17:31 — IT [Less]

Здравствуйте, IT, Вы писали: IT>Там же написано, что должно быть 151K после налогов в одно рыло. IT>А ты даёшь ссылку на семью, как минимум из 2-х человек. Я прошу прощения за оффтопик, но вас очень редко можно встретить на форуме ... [More] , а у меня к вам вопрос, причём я даже затрудняюсь его полностью сформулировть. Я хочу сделать нечто вроде linq2db для DynamoDB. Но, для этого нужно транслировать ExpressionTree в сам запрос, а проблема в том, что выражения DynamoDB поддерживают далеко не все операции linq. SQL гораздо более полный. То есть, чтобы не дать программисту написать выражение, которое не может быть скомпилировано в запрос, нужно видимо писать набор своих операций, подобных linq. Но ведь для IQueryable (потомка IEnumerable) определено множество методов linq, и соответственно, при использовании IQueryable нельзя гарантировать, что будут использованы только разрешенные в DynamoDB операции. Что же с этим делать, создавать своего потомка IEnumerable? Так тоже не пойдёт, ведь всегда можно привести гипотетический IDynamoQueryable к IEnumerable и вызвать неподдерживаемую операцию. Что бы вы порекомендовали? 11.05.19 00:19: Ветка выделена из темы неужели успешный программист в штатах входит в 1% самыхАвтор: xmaДата: 07.05 17:31 — IT [Less]

Здравствуйте, IT, Вы писали: IT>Там же написано, что должно быть 151K после налогов в одно рыло. IT>А ты даёшь ссылку на семью, как минимум из 2-х человек. Я прошу прощения за оффтопик, но вас очень редко можно встретить на форуме ... [More] , а у меня к вам вопрос, причём я даже затрудняюсь его полностью сформулировть. Я хочу сделать нечто вроде linq2db для DynamoDB. Но, для этого нужно транслировать ExpressionTree в сам запрос, а проблема в том, что выражения DynamoDB поддерживают далеко не все операции linq. SQL гораздо более полный. То есть, чтобы не дать программисту написать выражение, которое не может быть скомпилировано в запрос, нужно видимо писать набор своих операций, подобных linq. Но ведь для IQueryable (потомка IEnumerable) определено множество методов linq, и соответственно, при использовании IQueryable нельзя гарантировать, что будут использованы только разрешенные в DynamoDB операции. Что же с этим делать, создавать своего потомка IEnumerable? Так тоже не пойдёт, ведь всегда можно привести гипотетический IDynamoQueryable к IEnumerable и вызвать неподдерживаемую операцию. Что бы вы порекомендовали? 11.05.19 00:19: Ветка выделена из темы неужели успешный программист в штатах входит в 1% самыхАвтор: xmaДата: 07.05 17:31 — IT [Less]

Здравствуйте, IT, Вы писали: IT>Там же написано, что должно быть 151K после налогов в одно рыло. IT>А ты даёшь ссылку на семью, как минимум из 2-х человек. Я прошу прощения за оффтопик, но вас очень редко можно встретить на форуме ... [More] , а у меня к вам вопрос, причём я даже затрудняюсь его полностью сформулировть. Я хочу сделать нечто вроде linq2db для DynamoDB. Но, для этого нужно транслировать ExpressionTree в сам запрос, а проблема в том, что выражения DynamoDB поддерживают далеко не все операции linq. SQL гораздо более полный. То есть, чтобы не дать программисту написать выражение, которое не может быть скомпилировано в запрос, нужно видимо писать набор своих операций, подобных linq. Но ведь для IQueryable (потомка IEnumerable) определено множество методов linq, и соответственно, при использовании IQueryable нельзя гарантировать, что будут использованы только разрешенные в DynamoDB операции. Что же с этим делать, создавать своего потомка IEnumerable? Так тоже не пойдёт, ведь всегда можно привести гипотетический IDynamoQueryable к IEnumerable и вызвать неподдерживаемую операцию. Что бы вы порекомендовали? 11.05.19 00:19: Ветка выделена из темы неужели успешный программист в штатах входит в 1% самыхАвтор: xmaДата: 07.05 17:31 — IT [Less]

Здравствуйте, IT, Вы писали: IT>Там же написано, что должно быть 151K после налогов в одно рыло. IT>А ты даёшь ссылку на семью, как минимум из 2-х человек. Я прошу прощения за оффтопик, но вас очень редко можно встретить на форуме ... [More] , а у меня к вам вопрос, причём я даже затрудняюсь его полностью сформулировть. Я хочу сделать нечто вроде linq2db для DynamoDB. Но, для этого нужно транслировать ExpressionTree в сам запрос, а проблема в том, что выражения DynamoDB поддерживают далеко не все операции linq. SQL гораздо более полный. То есть, чтобы не дать программисту написать выражение, которое не может быть скомпилировано в запрос, нужно видимо писать набор своих операций, подобных linq. Но ведь для IQueryable (потомка IEnumerable) определено множество методов linq, и соответственно, при использовании IQueryable нельзя гарантировать, что будут использованы только разрешенные в DynamoDB операции. Что же с этим делать, создавать своего потомка IEnumerable? Так тоже не пойдёт, ведь всегда можно привести гипотетический IDynamoQueryable к IEnumerable и вызвать неподдерживаемую операцию. Что бы вы порекомендовали? 11.05.19 00:19: Ветка выделена из темы неужели успешный программист в штатах входит в 1% самыхАвтор: xmaДата: 07.05 17:31 — IT [Less]