На самом деле это не определено, согласно стандарту. Арифметика указателя не гарантируется работать, если указатели не указывают на элемент в или только за ним один и тот же массив.
Соответствующий раздел стандарта - 6.5.6: 9 (n1362 draft of c1x, но это не изменилось с c99), который гласит:
Когда два указателя вычитаются, оба должны указывать на элементы одного и того же объекта массива или один за последним элементом объекта массива ; результатом является разность индексов двух элементов массива.
blockquote>Скорее всего, вы получите 250, если ваш тип данных
int
равен 4 байтам, но нет никакой гарантии. Неопределенное поведение (в отличие от поведения, определенного реализацией) означает именно это, неопределенное. Все может произойти, вплоть до полного уничтожения большой доли пространства-времени.Курс переподготовки:
- Определенное поведение - это то, что предусмотрено стандартом , Реализации должны делать это, чтобы быть совместимыми.
- Поведение, определяемое реализацией, остается за реализацией, но должно четко документировать это поведение. Используйте это, если вы не слишком заботитесь о переносимости.
- Неопределенное поведение означает, что все может случиться. Никогда не делай этого!
Вам необходимо ввести условие соединения перед вызовом DefaultIfEmpty ()
. Я бы просто использовал синтаксис метода расширения:
from p in context.Periods
join f in context.Facts on p.id equals f.periodid into fg
from fgi in fg.Where(f => f.otherid == 17).DefaultIfEmpty()
where p.companyid == 100
select f.value
Или вы могли использовать подзапрос:
from p in context.Periods
join f in context.Facts on p.id equals f.periodid into fg
from fgi in (from f in fg
where f.otherid == 17
select f).DefaultIfEmpty()
where p.companyid == 100
select f.value
Может быть записан с помощью составного ключа соединения. Также, если существует потребность выбрать свойства из обеих левых и правых сторон, LINQ может быть записан как
var result = context.Periods
.Where(p => p.companyid == 100)
.GroupJoin(
context.Facts,
p => new {p.id, otherid = 17},
f => new {id = f.periodid, f.otherid},
(p, f) => new {p, f})
.SelectMany(
pf => pf.f.DefaultIfEmpty(),
(pf, f) => new MyJoinEntity
{
Id = pf.p.id,
Value = f.value,
// and so on...
});
Другой допустимый вариант - распределить объединения по нескольким предложениям LINQ следующим образом:
public static IEnumerable<Announcementboard> GetSiteContent(string pageName, DateTime date)
{
IEnumerable<Announcementboard> content = null;
IEnumerable<Announcementboard> addMoreContent = null;
try
{
content = from c in DB.Announcementboards
//Can be displayed beginning on this date
where c.Displayondate > date.AddDays(-1)
//Doesn't Expire or Expires at future date
&& (c.Displaythrudate == null || c.Displaythrudate > date)
//Content is NOT draft, and IS published
&& c.Isdraft == "N" && c.Publishedon != null
orderby c.Sortorder ascending, c.Heading ascending
select c;
//Get the content specific to page names
if (!string.IsNullOrEmpty(pageName))
{
addMoreContent = from c in content
join p in DB.Announceonpages on c.Announcementid equals p.Announcementid
join s in DB.Apppagenames on p.Apppagenameid equals s.Apppagenameid
where s.Apppageref.ToLower() == pageName.ToLower()
select c;
}
//CROSS-JOIN this content
content = content.Union(addMoreContent);
//Exclude dupes - effectively OUTER JOIN
content = content.Distinct();
return content;
}
catch (MyLovelyException ex)
{
throw ex;
}
}